Jean-Marc Lasgouttes wrote:
> Concerning having a finite list of possible defaults, this should be
> added to the 'tabular create' dialog.
Yes!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Mitterstrich
Edwin Leuven wrote:
> Take alignment. Suppose I have a selection and I want to align right
>
> if I am in a multicolumn cell or have multicolumn cells in the selection
> -> align multicolumn cell(s) right
>
> in I have selected a column
> -> align column right
>
As much as I know we don't ha
R. Lahaye wrote:
> After an autogen.sh I still need to modify configure manually to add a
> "-lXpm" to the LIBS when configure tests for -lforms. That's a nuissance.
>
> I thought there's some sort of consensus that Xforms library will not carry
> the Xpm libs, so that always -lXpm will be needed
Jean-Marc Lasgouttes wrote:
> Juergen> I added this in old 0.12 times and also the supporting
> Juergen> iletter.cls, but I think now as I will not support this
> Juergen> anymore and so it is unsupported we should just remove this
> Juergen> and the tex and template files from the lyx distrib.
>
Allan Rae <[EMAIL PROTECTED]> writes:
| On 23 Jul 2002, Lars Gullik Bjønnes wrote:
|
| > Allan Rae <[EMAIL PROTECTED]> writes:
| >
| > | Did you get flogged or hung from the yard arm?
| >
| > No, but I had to (scuba) dive to help fix some hull/pipe problem.
|
| Keel hauling!
|
| Or did you do
"R. Lahaye" <[EMAIL PROTECTED]> writes:
> From http://www.gnu.org/manual -> glibc -> Signal Handling:
>
> --
> Termination Signals
>
> [...]
>
> int SIGTERM
> The SIGTERM signal is a generic signal used to cause program
> termination. Unlike SIGKILL,
On 23 Jul 2002, Lars Gullik Bjønnes wrote:
> Allan Rae <[EMAIL PROTECTED]> writes:
>
> | Did you get flogged or hung from the yard arm?
>
> No, but I had to (scuba) dive to help fix some hull/pipe problem.
Keel hauling!
Or did you do a British Navy and park the ship on a rock?
> | Did the Capt
Allan Rae <[EMAIL PROTECTED]> writes:
| Did you get flogged or hung from the yard arm?
No, but I had to (scuba) dive to help fix some hull/pipe problem.
| Did the Captain have a parrot, an eye-patch and a wooden leg?
No, only a sore throat.
--
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > John Levon wrote:
| >
| >> A subtle thing I found out a few weeks ago. You need to have an out of
| >> line dtor for the object that has a scoped_ptr inside it. e.g.
| >> XMiniBuffer needs an outofline dtor because
On Mon, 22 Jul 2002, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | How was the holiday ?
>
> Super nice!
>
> Sailing on a two masted ketch from 1879 for two weeks...
I know the township of 1770 is halfway up the Queensland coast but
where is the township of 1879
Hi,
It appears the 1.3.0cvs has introduced a size_kind and lyxsize_kind
for graphics in the lyx file. This was not there for 1.2.0.
As a result, graphics sizes get lost when reading a 1.2.0 document
by 1.3.0cvs. Has that been noticed?
Rob.
John Levon writes:
> On Mon, Jul 22, 2002 at 07:50:03PM +0200, Lars Gullik Bj?nnes wrote:
>
> > This is were we disagree.
> >
> > IMSNHO SIGTERM and SIGINT should behave exactly the same.
>
> Please provide a rationale
>From http://www.gnu.org/manual -> glibc -> Signal Handling:
-
On Tue, Jul 23, 2002 at 12:14:36AM +0200, Jean-Marc Lasgouttes wrote:
> >I'd like to understand why I need to add a special case for emph() to
> >my Qt code but not xforms
>
> This should not be needed.
Hmm, once again ...
If I set italic in char dialog all is OK, but font-emph makes no
differ
John Levon wrote:
> How does the X font loader get to display font emph code in italic ?
> There doesn't seem to be any checking for emph() in the font loader
> code.
The font loader does not know about emph. Only LyXFont knows and the
magic is done in LyXFont::realShape().
> I'd like to underst
Jean-Marc Lasgouttes wrote:
> John Levon wrote:
>
>> A subtle thing I found out a few weeks ago. You need to have an out of
>> line dtor for the object that has a scoped_ptr inside it. e.g.
>> XMiniBuffer needs an outofline dtor because it contains a scoped_ptr as
>> a member on a forward-declare
How does the X font loader get to display font emph code in italic ?
There doesn't seem to be any checking for emph() in the font loader
code.
I'd like to understand why I need to add a special case for emph() to
my Qt code but not xforms
thanks
john
--
"Of all manifestations of power, restra
On Tue, Jul 23, 2002 at 12:38:32AM +0300, Dekel Tsur wrote:
> > > 3.0.4
>
> Still doesn't work (same error).
Well I'm lost :
http://doc.trolltech.com/3.0/qwidget.html#setMinimumSize
Can you check your headers do actually have this ?
regards
john
--
"Of all manifestations of power, restrain
Have a look at this, the warning I added and the reworked/cleaned up
code:
// Have to overwrite the default InsetCommand method in order to check that
// the \cite command is valid. Eg, the user has natbib enabled, inputs some
// citations and then changes his mind, turning natbib support off. T
Jean-Marc Lasgouttes wrote:
> When loading the UserGuide, I get:
>
> Unknown token, size_type, skipping.
> Unknown token, 0, skipping.
> Unknown token, lyxsize_type, skipping.
> Unknown token, 0, skipping.
...
> Certainly this is not intended?
no, it's a problem now from the l
On Mon, Jul 22, 2002 at 09:56:07PM +0100, John Levon wrote:
> > > What Qt version please ?
> >
> > 3.0.4
>
> can you try #include please ?
Still doesn't work (same error).
When loading the UserGuide, I get:
Unknown token, size_type, skipping.
Unknown token, 0, skipping.
Unknown token, lyxsize_type, skipping.
Unknown token, 0, skipping.
Unknown token, size_type, skipping.
Unknown token, 0, skipping.
Unknown token, lyxsize_type, skipping.
Unknown token, 0, skipping.
John Levon wrote:
> A subtle thing I found out a few weeks ago. You need to have an out of
> line dtor for the object that has a scoped_ptr inside it. e.g.
> XMiniBuffer needs an outofline dtor because it contains a scoped_ptr as
> a member on a forward-declared class
The kind of things I cqnnot
Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | Jean-Marc Lasgouttes wrote:
>
>>>I will. Note that the 'ugly' patch you sent earlier did work
>>>perfectly. Will you be willing to apply this one if it works?
>>
> | It does not seem to work very well:
>
> | gin
On Mon, Jul 22, 2002 at 11:09:11PM +0300, Dekel Tsur wrote:
> > > QCommandBuffer.C:56: no matching function for call to
>`QCommandBuffer::setMinimumSize (QSize)'
> > > /usr/include/qt/qtoolbar.h:86: candidates are: void
>QToolBar::setMinimumSize(int, int)
> >
> > What Qt version please ?
>
>
On Mon, Jul 22, 2002 at 09:03:59PM +0100, John Levon wrote:
> On Mon, Jul 22, 2002 at 10:40:14PM +0300, Dekel Tsur wrote:
>
> > QCommandBuffer.C:56: no matching function for call to
>`QCommandBuffer::setMinimumSize (QSize)'
> > /usr/include/qt/qtoolbar.h:86: candidates are: void QToolBar::setMin
On Mon, Jul 22, 2002 at 10:40:14PM +0300, Dekel Tsur wrote:
> QCommandBuffer.C:56: no matching function for call to
>`QCommandBuffer::setMinimumSize (QSize)'
> /usr/include/qt/qtoolbar.h:86: candidates are: void QToolBar::setMinimumSize(int,
>int)
What Qt version please ?
We can probably remo
On Mon, Jul 22, 2002 at 03:11:19PM +0200, David Kastrup wrote:
> For example, depending on the line length of preceding lines, TeX
> either adds \abovedisplayshortskip or \abovedisplayskip. It does not
> make sense to reproduce this difference when the line above is not
> part of the preview.
In
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/ -I../../../src/frontends/
-I../../../images -I./qt2 -I/usr/include/qt -I../../../boost
-I../../../src/frontends/controllers -isystem /usr/X11R6/include -DQT_CLEAN_NAMESPACE
-DQT_GENUINE_STR -O -Wno-non-template-friend -W -Wall -c QComma
On Mon, Jul 22, 2002 at 10:05:29PM +0300, Dekel Tsur wrote:
> It can be run by the user, but what is the point ?
> (though the same can be said on relyx)
for i in `ls lotsoflyxfiles/*.lyx`; do lyxconvert $i; done
?
> It currently doesn't convert everything, but this can be added
cool. A good
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>> I will. Note that the 'ugly' patch you sent earlier did work
>> perfectly. Will you be willing to apply this one if it works?
>
| It does not seem to work very well:
>
| ginette: patch -p0 <~/rh-magic.patch
| patchi
I think this patch should go in:
Index: src/graphics/GraphicsConverter.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/graphics/GraphicsConverter.C,v
retrieving revision 1.14
diff -u -p -r1.14 GraphicsConverter.C
--- src/grap
On Mon, Jul 22, 2002 at 09:04:00PM +0200, Jean-Marc Lasgouttes wrote:
> It should be renamed to NOTE_CODE, actually. It is the inset code for
> Notes.
Oh OK.
> >and it
> >means that note is disabled permanently in the Qt menus, because
> >of the code in getStatus()
>
> It should not. It is not
On Mon, Jul 22, 2002 at 06:31:52PM +0100, John Levon wrote:
> > 2) I am not sure about where to put it.
> > I think that the lyxconvert script should be installed in /usr/bin/
> > (the other option is to keep it in LYXDIR/scripts).
>
> If it's runnable by the user, it should be in /usr/bin/ I
> w
John Levon wrote:
> what is this meant to do ? It is only (?) used for insetnote,
It should be renamed to NOTE_CODE, actually. It is the inset code for
Notes.
> and it
> means that note is disabled permanently in the Qt menus, because
> of the code in getStatus()
It should not. It is not in xf
On Mon, Jul 22, 2002 at 08:58:06PM +0200, Juergen Spitzmueller wrote:
> xforms' ?
I mean Qt's
> (I think it's always difficult to have a clear dialog with tons of features.
> But we cannot just remove the features.)
Yes, it is difficult :)
regards
john
--
"Of all manifestations of power, r
John Levon wrote:
> the graphics dialog needs a serious revisit now I think. I don't have
> much luck with using it ...
xforms' ?
No good idea how to improve it. But if you have suggestions...
(I think it's always difficult to have a clear dialog with tons of features.
But we cannot just remove
On Mon, Jul 22, 2002 at 08:40:19PM +0200, Juergen Spitzmueller wrote:
> And the graphics dialog (compared to xforms) still lacks a "default" entry in
> the display ("Show") choice which takes the value of preferences.
the graphics dialog needs a serious revisit now I think. I don't have
much lu
John Levon wrote:
> I have a couple of comments on things that could still be improved IMHO
And the graphics dialog (compared to xforms) still lacks a "default" entry in
the display ("Show") choice which takes the value of preferences.
Regards,
Juergen
On Mon, Jul 22, 2002 at 08:19:02PM +0200, David Kastrup wrote:
> Well, SIGINT is fundamentally a tty signal. You raise it by typing
> the interrupt character to the console/tty on which you have started
> LyX explicitly. This tty is not necessarily in any way related to the
> XServer and/or scr
David Kastrup <[EMAIL PROTECTED]> writes:
| John Levon <[EMAIL PROTECTED]> writes:
|
| > On Mon, Jul 22, 2002 at 07:50:03PM +0200, Lars Gullik Bjønnes wrote:
| >
| > > This is were we disagree.
| > >
| > > IMSNHO SIGTERM and SIGINT should behave exactly the same.
| >
| > Please provide a rati
I have a couple of comments on things that could still be improved IMHO
:
1. Qbibtex style browser. We should use an editable combo box for the
style choice instead of the confusing way xforms did it
2. QExternal. can we put the edit/update/view above the template stuff
so it's better associate
John Levon <[EMAIL PROTECTED]> writes:
> On Mon, Jul 22, 2002 at 07:50:03PM +0200, Lars Gullik Bjønnes wrote:
>
> > This is were we disagree.
> >
> > IMSNHO SIGTERM and SIGINT should behave exactly the same.
>
> Please provide a rationale
Well, SIGINT is fundamentally a tty signal. You raise
what is this meant to do ? It is only (?) used for insetnote, and it
means that note is disabled permanently in the Qt menus, because
of the code in getStatus()
regards
john
p.s. what about LFUN_ADD_TO_TOOLBAR ? do we really need a half-baked
solution like this, instead of just leaving it down
On Mon, Jul 22, 2002 at 07:50:03PM +0200, Lars Gullik Bjønnes wrote:
> This is were we disagree.
>
> IMSNHO SIGTERM and SIGINT should behave exactly the same.
Please provide a rationale
thanks
john
--
"Of all manifestations of power, restraint impresses the most."
- Thucydides
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > So it was a patch during code freeze?
| > But to a part of LyX that you thought was not under the freeze?
|
| Lars, as far as I know, these patch have been sent _after_ 1.2.0
| release. So code freeze is irrelev
Jean-Marc Lasgouttes wrote:
> I will. Note that the 'ugly' patch you sent earlier did work
> perfectly. Will you be willing to apply this one if it works?
It does not seem to work very well:
ginette: patch -p0 <~/rh-magic.patch
patching file src/BufferView_pimpl.C
patch: malformed patch at
Lars Gullik Bjønnes wrote:
> So it was a patch during code freeze?
>
> But to a part of LyX that you thought was not under the freeze?
Lars, as far as I know, these patch have been sent _after_ 1.2.0
release. So code freeze is irrelevant in this case.
JMarc
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Jul 22, 2002 at 06:47:13PM +0200, Lars Gullik Bjønnes wrote:
|
| > Sure we should exit cleanly on SIGTERM or SIGINT, but there should
| > _not_ be any user interaction.
|
| You confused me by confusing SIGTERM and SIGINT. We should not have user
On Mon, Jul 22, 2002 at 08:17:21PM +0300, Dekel Tsur wrote:
> 1) I am not sure about the name for this script.
I think lyxconvert is just fine ...
> 2) I am not sure about where to put it.
> I think that the lyxconvert script should be installed in /usr/bin/
> (the other option is to keep it in
On Monday 22 July 2002 6:17 pm, Dekel Tsur wrote:
> I did not put the lyxconvert script in CVS since
> 1) I am not sure about the name for this script.
> 2) I am not sure about where to put it.
> I think that the lyxconvert script should be installed in /usr/bin/
> (the other option is to keep it
On Mon, Jul 22, 2002 at 07:11:41PM +, [EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/support/
> Changes by: [EMAIL PROTECTED] 02/07/22 19:11:41
>
> Modified files:
> lyx-devel/src/: ChangeLog buffer.C
> l
On Mon, Jul 22, 2002 at 06:37:55PM +0200, Lars Gullik Bjønnes wrote:
> | I still don't get the advantage of putting pointless empty comments in
> | front of ctors and dtors. Can you try to explain this to me again ?
>
> Either we keep them on _all_ class functions, including dtor and ctor,
> or
On Mon, Jul 22, 2002 at 06:47:13PM +0200, Lars Gullik Bjønnes wrote:
> Sure we should exit cleanly on SIGTERM or SIGINT, but there should
> _not_ be any user interaction.
You confused me by confusing SIGTERM and SIGINT. We should not have user
interaction on SIGTERM, on SIGINT we should.
> Ther
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
>
>>>Herbert Voss <[EMAIL PROTECTED]> writes:
>>>| Lars Gullik Bjønnes wrote:
>>>
>>>
>Herbert Voss <[EMAIL PROTECTED]> writes:
>| again and the last time: some more or less importent
Herbert Voss <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Herbert Voss <[EMAIL PROTECTED]> writes:
>> | Lars Gullik Bjønnes wrote:
>>
Herbert Voss <[EMAIL PROTECTED]> writes:
| again and the last time: some more or less importent
| graphics stuff. some of these change
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Jul 22, 2002 at 06:02:27PM +0200, Lars Gullik Bjønnes wrote:
>
>> (killall lyx... -> You have unsaved buffer, do you want to save
>> them...)
>
| If you want to lose data exit uncleanly, then SIGKILL is the signal.
| SIGTERM should clean up log fil
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Jul 22, 2002 at 06:17:33PM +0200, Lars Gullik Bjønnes wrote:
|
| Content-Description: RH magic
|
| I still don't get the advantage of putting pointless empty comments in
| front of ctors and dtors. Can you try to explain this to me again ?
Eithe
Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On Mon, Jul 22, 2002 at 04:26:44PM +0200, Lars Gullik Bjønnes wrote:
>
>>>| LyX should quit cleanly in ctrl-c case. I have a patch for it.
>>>
>>>It cannot quit completely clean... unsaved buffers must be left
>>>unsave
On Mon, Jul 22, 2002 at 06:17:33PM +0200, Lars Gullik Bjønnes wrote:
Content-Description: RH magic
I still don't get the advantage of putting pointless empty comments in
front of ctors and dtors. Can you try to explain this to me again ?
thanks
john
--
"Of all manifestations of power, restrai
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | >
Lars> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> |
Lars> | Lars> Are you all able to compile and run LyX now without
Lars> crashes? (if | Lars> not,
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Are you all able to compile and run LyX now without crashes? (if
| Lars> not, I have a patch for you)
|
| You mean gc 2.96? Currently I have to compile without any optimi
On Mon, Jul 22, 2002 at 06:02:27PM +0200, Lars Gullik Bjønnes wrote:
> (killall lyx... -> You have unsaved buffer, do you want to save
> them...)
If you want to lose data exit uncleanly, then SIGKILL is the signal.
SIGTERM should clean up log files, temp files, and for GUI programs,
should save
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Jul 22, 2002 at 04:26:44PM +0200, Lars Gullik Bjønnes wrote:
>
>> | LyX should quit cleanly in ctrl-c case. I have a patch for it.
>>
>> It cannot quit completely clean... unsaved buffers must be left
>> unsaved. fex.
>
| We bring up the dialog. T
John Levon <[EMAIL PROTECTED]> writes:
| How was the holiday ?
Super nice!
Sailing on a two masted ketch from 1879 for two weeks...
--
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Are you all able to compile and run LyX now without crashes? (if
Lars> not, I have a patch for you)
You mean gc 2.96? Currently I have to compile without any optimization
to get it to work, which is not very convenient...
The
On Mon, Jul 22, 2002 at 04:26:44PM +0200, Lars Gullik Bjønnes wrote:
> | LyX should quit cleanly in ctrl-c case. I have a patch for it.
>
> It cannot quit completely clean... unsaved buffers must be left
> unsaved. fex.
We bring up the dialog. This is the right thing to do IMO.
regards
john
-
On Mon, Jul 22, 2002 at 12:35:33PM +0200, Lars Gullik Bjønnes wrote:
> You could do as they do in the stl and take a reference are, but store
> the pointer. We should probably introduce a new smartpointer for that
> then.
>
> held_ptr<> perhaps.
I like this (though it still means I have to have
On Mon, Jul 22, 2002 at 11:36:00AM +0200, Lars Gullik Bjønnes wrote:
> | What is the intended use of this ? Can I remove it (one of the best ways
> | of supporting something in GUII is to remove it entirely :)
>
> To be able to open the layout dropdown by a key-bind I guess.
Yes, I somehow mis
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
>
>>>Herbert Voss <[EMAIL PROTECTED]> writes:
>>>| again and the last time: some more or less importent
>>>| graphics stuff. some of these changes are still in
>>>| 1.2.1 (vertical lengths) an
On Monday 22 July 2002 16:03, Lars Gullik Bjønnes wrote:
>
> But some cleverness is nice.
The problem is to mark the border between to be the best and an to be the
beast. ;-)
--
José Abílio
Are you all able to compile and run LyX now without crashes?
(if not, I have a patch for you)
--
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> | This is a bright idea from Lars. A the time I tried to object
| Lars> that it | would make more harm than good, but...
>
| Lars> I am not exactly sure that _this_ is the b
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> | Angus Leeming wrote:
What's it there for? And why have I got cvs diff giving me:
>>>
| Lars> | It seems that
On Mon, Jul 22, 2002 at 10:29:09AM +0200, Jean-Marc Lasgouttes wrote:
> levon> Log message: several menu improvements. JMarc, I get a crash in
> levon> expand when I'm trying to disable a submenu label ...
>
> Could you elaborate?
I haven't spent any time yet looking into why ...
> levon>
Herbert Voss <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Herbert Voss <[EMAIL PROTECTED]> writes:
>> | again and the last time: some more or less importent
>> | graphics stuff. some of these changes are still in
>> | 1.2.1 (vertical lengths) and it's very confusing when
>> | it
On Monday 22 July 2002 3:34 pm, David Kastrup wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> > On Monday 22 July 2002 2:39 pm, David Kastrup wrote:
> > > Possibly an oversight. Does the following help (apart from
> > > invalidating the checksum from preview.dtx)? I should probably also
> >
John Levon <[EMAIL PROTECTED]> writes:
| Sorry to bring it up again, but why is this here ? It's not respected in
| screen.C, and you can get the same effect simply by removing banner.xpm
Which is absolutely not the solution to having a bannerless lyx.
Either we alsways show the banner, _or_ we
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Monday 22 July 2002 2:39 pm, David Kastrup wrote:
> > Possibly an oversight. Does the following help (apart from
> > invalidating the checksum from preview.dtx)? I should probably also
> > switch to a typewriter font.
>
> Nope. Attached is the lat
Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Thu, Jul 18, 2002 at 04:38:08PM +0100, Angus Leeming wrote:
>
yes, do nothing, then they are deleted when the user
quits lyx ...
>>>That's not elegant at all.
>>>
> | Does it hurt? It saves a few cycles
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | This is a bright idea from Lars. A the time I tried to object
Lars> that it | would make more harm than good, but...
Lars> I am not exactly sure that _this_ is the bright idea I had...
Anyway, are you convinced now that too
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Lars> | Angus Leeming wrote:
>>> What's it there for? And why have I got cvs diff giving me:
>>
Lars> | It seems that it has been here forever, but I suspect that it
Lars> | shou
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>
| Edwin> I wanted to cut a selection with ctrl+x but didn't notice that
| Edwin> caps lock was on. What happend was that
>
| Edwin> 1. lyx deleted the selection, and 2. inserted a capital
On Monday 22 July 2002 3:23 pm, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> | On Thu, Jul 18, 2002 at 04:38:08PM +0100, Angus Leeming wrote:
> >> > yes, do nothing, then they are deleted when the user
> >> > quits lyx ...
> >>
> >> That's not elegant at all.
> |
> | Do
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Jul 19, 2002 at 05:38:19PM +0900, R. Lahaye wrote:
>
>> a ctrl-C, it tries to make an emergency save, but does not
>> remove the lyx_tmpdir. Shouldn't that be done? Especially
>> for "safe" signals such as ctrl-C.
>
| LyX should quit cleanly in ctr
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Thu, Jul 18, 2002 at 04:38:08PM +0100, Angus Leeming wrote:
>> > yes, do nothing, then they are deleted when the user
>> > quits lyx ...
>>
>> That's not elegant at all.
>
| Does it hurt? It saves a few cycles...
And if you run LyX for a _very_ lon
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
>> What's it there for? And why have I got cvs diff giving me:
>
| It seems that it has been here forever, but I suspect that it
| should not. This is something used by automake, I think.
Annotations for stamp-h.in
*
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
>> What's it there for? And why have I got cvs diff giving me:
>
| It seems that it has been here forever, but I suspect that it
| should not. This is something used by automake, I think.
I thought somebody added it to cvs w
On Monday 22 July 2002 2:39 pm, David Kastrup wrote:
> Possibly an oversight. Does the following help (apart from
> invalidating the checksum from preview.dtx)? I should probably also
> switch to a typewriter font.
Nope. Attached is the latex file used to generate the snippets together with
th
Lars Gullik Bjønnes wrote:
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
> | Andre Poenitz wrote:
>
>>>On Wed, Jul 17, 2002 at 11:41:50AM -0300, Garst R. Reese wrote:
>>>
I had to make several passes at compiling 3.1 to get LyX-1.2 to compile.
The things I added as I went along were
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "John" == John Levon <[EMAIL PROTECTED]> writes:
>
| John> On Wed, Jul 17, 2002 at 11:20:50PM +0200, Jean-Marc Lasgouttes
| John> wrote:
>>> I tried for fun to compile with qt2 frontend, and all I got is
>
| John> one day it will not just be
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
>>
>> On Wed, Jul 17, 2002 at 11:41:50AM -0300, Garst R. Reese wrote:
>> > I had to make several passes at compiling 3.1 to get LyX-1.2 to compile.
>> > The things I added as I went along were objc, --enable-cpp, and
>> > --enab
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Monday 22 July 2002 2:19 pm, David Kastrup wrote:
> > \label works with \csname. \csname accepts character tokens. This
> > includes &$_^{} characters (unless they have been made active and
> > redefined). It is quite a bad idea to be using those
Angus Leeming wrote:
> On Monday 22 July 2002 2:18 pm, Herbert Voss wrote:
>
>>then something goes wrong in preview.sty or in Angus stuff
>>when extracting the ppm-files from the dvi-output.
>>All dispayed formulas have an additional space above.
>>The inlined ones are always ok.
>>
>
> The add
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Monday 22 July 2002 2:19 pm, David Kastrup wrote:
> > \label works with \csname. \csname accepts character tokens.
> > This includes &$_^{} characters (unless they have been made active
> > and redefined). It is quite a bad idea to be using those
>
On Monday 22 July 2002 2:18 pm, Herbert Voss wrote:
> then something goes wrong in preview.sty or in Angus stuff
> when extracting the ppm-files from the dvi-output.
> All dispayed formulas have an additional space above.
> The inlined ones are always ok.
The additional space is in the bitmap fil
On Monday 22 July 2002 2:11 pm, David Kastrup wrote:
. preview.sty goes to some lengths in order to remove the spacing that
> for quite a few applications interferes with previews integrating
> nicely into the general text layout/line spacing. It would not be as
> much a matter of "addition" to p
On Monday 22 July 2002 2:19 pm, David Kastrup wrote:
> \label works with \csname. \csname accepts character tokens. This
> includes &$_^{} characters (unless they have been made active and
> redefined). It is quite a bad idea to be using those characters for
> labels, but not necessary illegal.
Herbert Voss <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
>
> > On Friday 19 July 2002 2:36 pm, Herbert Voss wrote:
> >
> >>Angus Leeming wrote:
> >>
> >>>On Friday 19 July 2002 2:19 pm, Andre Poenitz wrote:
> >>>
> .. fails with labels containing underscores. Just try the
> 'scar
David Kastrup wrote:
Note the extra vertical space inserted in the dvi file between the
equation in display mode and the next line of text.
>>>this depends to your values of \abovedisplayskip and
>>>\belowdisplayskip
>>>
>
> No.
yes, we were talking about the dvi output of the doc
Angus Leeming <[EMAIL PROTECTED]> writes:
> David, we've been having a discussion about vertical space and previews. To
> fill you in and save you from trawling needlessly through the list, here's a
> synopsis.
>
> Attached are two small screenshots, one of the LyX screen wih
> previews turned
1 - 100 of 140 matches
Mail list logo
