Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Aug 14, 2002 at 05:45:17PM +0200, Lars Gullik Bjønnes wrote:
| > I'll continue to feed parts of this into CVS proper.
|
| Looks good.
|
| A question:
|
| if (!locked) {
| - Paragraph * p = &*(paragraphs.begin());
| -
On Wed, Aug 14, 2002 at 05:35:28PM +0200, Herbert Voss wrote:
> support for missing \negmedspace and \negthickspace
Applied. Thanks.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Rob Lahaye wrote:
>
> Preferences:
>
> [x] Do/don't display
>
> Display mode []
we have: one click
you want: two clicks
> Graphics:
>
> [x] Force display
>
>
>
> The "Do/don't display" and "For
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Hi,
|
| By moving configure.in/ac into the config directory, the dependency on it has broken.
| When config/configure.[in,ac] is updated in CVS, a make won't rerun anything to
|produce
| a new configure script.
|
| Is it difficult/worthwhile to add the
On Wed, Aug 14, 2002 at 05:45:17PM +0200, Lars Gullik Bjønnes wrote:
> I'll continue to feed parts of this into CVS proper.
Looks good.
A question:
if (!locked) {
- Paragraph * p = &*(paragraphs.begin());
- while (p->next())
- p = p->nex
On Wed, Aug 14, 2002 at 05:48:23PM +0100, John Levon wrote:
> We could probably keep both. But the monolithic thing makes it more
> hassle to re-order the panel (see e.g. the bug in bugzilla)
No. Split it up. More work in the beginning, less trouble in the end.
Andre'
--
Those who desire to gi
Allan Rae wrote:
> Maybe you didn't read what Garst does?
Can't recall.
> FWIW, just 'cos it's in colour doesn't mean it will be printed in
> colour as some people like their LyX display to look a lot like their
Okay. I see. So maybe we can come a conclusive layout for the display setup:
-
> Maybe you didn't read what Garst does?
>
> FWIW, just 'cos it's in colour doesn't mean it will be printed in
> colour as some people like their LyX display to look a lot like their
> printouts (especially useful for foils if you get the width of the LyX
> window just right). In addition an im
On Thu, 15 Aug 2002, Rob Lahaye wrote:
> Another thought:
>
> Let's get rid of the gs/mono/color choice all together. Only implement the
> "Do not display" toggle in the prefs/graph dialogs; the rest should be dealt
> with automagically.
Automagic is the worst kind of magic. I'm sure John must
John Levon wrote:
> On Wed, Aug 14, 2002 at 07:32:25PM -0400, Dr. Richard E. Hawkins wrote:
>
>
>>execvp of "/usr/local/share/lyx/scripts/convertDefault.sh
>>/usr/local/share/lyx/s
>>cripts/convertDefault.sh ps:/tmp/abc.ps
>
>
> Do you have a "/bin/bash" ? We stupidly have that in the script.
John Levon wrote:
> On Thu, Aug 15, 2002 at 12:20:01PM +0900, Rob Lahaye wrote:
>
>
>>No, I haven't changed my mind :).
>
>
> Hmmph. Well if we have this we should at least have the dont display
> checkbox as separate in both cases (with the combo box enable-dependent
> upon it)
>
> (I still
On Wed, Aug 14, 2002 at 07:32:25PM -0400, Dr. Richard E. Hawkins wrote:
> execvp of "/usr/local/share/lyx/scripts/convertDefault.sh
> /usr/local/share/lyx/s
> cripts/convertDefault.sh ps:/tmp/abc.ps
Do you have a "/bin/bash" ? We stupidly have that in the script.
If the ps itself doesn't exist,
On Thu, Aug 15, 2002 at 02:13:20PM +1000, Allan Rae wrote:
> Amipro had wonderful user-configurable toolbars.
We (or at least Qt) can easily do hanging icon menus from toolbar items.
> I'm not sure custom
> panels are really going to be that useful -- except as an interim
> solution until mutli
On Thu, 15 Aug 2002, John Levon wrote:
> On Thu, Aug 15, 2002 at 01:42:40PM +1000, Allan Rae wrote:
>
> > > Additionally, the monolithic images make a "my favourite symbols"
> > > dynamic panel a lot harder to do.
> >
> > Not such a bad thing then even if you mean user-defined panel instead
>
> R
On Thu, Aug 15, 2002 at 01:42:40PM +1000, Allan Rae wrote:
> > Additionally, the monolithic images make a "my favourite symbols"
> > dynamic panel a lot harder to do.
>
> Not such a bad thing then even if you mean user-defined panel instead
Right, that's what I'm talking about. Maybe arbitrary
On Wed, 14 Aug 2002, John Levon wrote:
[...]
> Additionally, the monolithic images make a "my favourite symbols"
> dynamic panel a lot harder to do.
Not such a bad thing then even if you mean user-defined panel instead
of one of those super-dumb automatically generated "favourites"
things.
On a
Hi,
By moving configure.in/ac into the config directory, the dependency on it has broken.
When config/configure.[in,ac] is updated in CVS, a make won't rerun anything to produce
a new configure script.
Is it difficult/worthwhile to add the proper dependency for that?
Rob.
On Thu, Aug 15, 2002 at 12:20:01PM +0900, Rob Lahaye wrote:
> No, I haven't changed my mind :).
Hmmph. Well if we have this we should at least have the dont display
checkbox as separate in both cases (with the combo box enable-dependent
upon it)
(I still not sure how I'm going to even implement
John Levon wrote:
> On Thu, Aug 15, 2002 at 11:15:25AM +0900, Rob Lahaye wrote:
>
>
>>There could be an important disadvantage with the new setup.
>>
>>Now, per-graph I can overrule the prefs display by selecting one of
>>Monochrome, Grayscale, and Color. One graph may be better visible in
>>Gra
On Thu, Aug 15, 2002 at 11:15:25AM +0900, Rob Lahaye wrote:
> There could be an important disadvantage with the new setup.
>
> Now, per-graph I can overrule the prefs display by selecting one of
> Monochrome, Grayscale, and Color. One graph may be better visible in
> Grayscale, another in Color
John Levon wrote:
>
> Usability is not a linear function of the number of widgets. My
> suggestions are IMHO better for the following reasons :
>
> 1) the global don't display is far more discoverable and understandable
>
> 2) a combo box that only ever has two entries is logically a checkbox i
On Thu, Aug 15, 2002 at 10:20:27AM +0900, Rob Lahaye wrote:
> >OK, this is a "final" solution, taking in Rob's redesign, and everyone's
> >comments (I hope).
> >
> >Global prefs :
> >
> > o Display graphics
> >
> >
> > Display mode: | Color|
> > ---
John Levon wrote:
>
> OK, this is a "final" solution, taking in Rob's redesign, and everyone's
> comments (I hope).
>
> Global prefs :
>
> o Display graphics
>
>
> Display mode: | Color|
>
>
> disabling the checkbox does NOT disab
arrow keys and page up/down work in open dialog box, but end and home do
not. This seems to violate the "least astonishment" principal.
hawk
--
Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon campaign
[EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail
WHile I'm up and down arrowing in the document open dialog,
Xlib: sequence lost (0x1003a > 0xff94) in reply type 0x1!
showed up in gdb
hawk
--
Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon campaign
[EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail
make[2]: Entering directory `/home/kayvan/src/lyx/src/frontends'
make[2]: *** No rule to make target `DialogBase.h', needed by `distdir'. Stop.
make[2]: Leaving directory `/home/kayvan/src/lyx/src/frontends'
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Ass
This is dvips(k) 5.86 Copyright 1999 Radical Eye Software
(www.radicaleye.com)
' TeX output 2002.08.14:1915' -> syllabus.f02.micro.ps
<8r.enc>. [1] [2] [3] [4]
This is dvips(k) 5.86 Copyright 1999 Radical Eye Software
(www.radicaleye.com)
' TeX output 2002.08.14:1916' -> syllabus.f02.micro.ps
<8
What is in the test dir now...
diff-6.diff.gz
Description: GNU Zip compressed data
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Attached is a patch that turns guiapi and Dialogs on their head, as I
| proposed the other day.
|
| The guiapi functions no longer require a LyXView argument. Instead, they
| invoke the Dialogs methods and so guiapi.C is now common to all frontends.
Attached is a patch that turns guiapi and Dialogs on their head, as I
proposed the other day.
The guiapi functions no longer require a LyXView argument. Instead, they
invoke the Dialogs methods and so guiapi.C is now common to all frontends.
The "work" is done in xforms/Dialogs.C xforms/Dialog
On Wednesday 14 August 2002 9:45 am, Kornel Benko wrote:
> lyx-1.3cvs:
>
> Choose the dialog
> Layout->Document->Bullets
> There are no bullets seen. Moreover, the try to select
> to e.g. "Ding 1", leads to immediate core dump.
I believe I've fixed it. Perhaps you'd try again?
Angus
On Wed, Aug 14, 2002 at 07:42:07PM +0200, Herbert Voss wrote:
> >>Did you ever noticed that no user complained about this
> >>graphic dialog ...
> >
> >This is (almost) irrelevant.
>
> cool. LyX, an open source as playground for developers
You mis understand. It's the old "can't prove a negativ
John Levon wrote:
>>Did you ever noticed that no user complained about this
>>graphic dialog ...
>>
>
> This is (almost) irrelevant.
cool. LyX, an open source as playground for developers
Herbert
--
http://www.lyx.org/help/
On Wed, Aug 14, 2002 at 07:10:34PM +0200, Lars Gullik Bjønnes wrote:
> | approach with a silly patch a while ago ?
>
> Yes, did I shoot it down?
I think we all just um'd and ah'd for a bit ...
regards
john
--
"It is unbecoming for young men to utter maxims."
- Aristotle
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Aug 14, 2002 at 04:12:20PM +0200, Lars Gullik Bjønnes wrote:
|
| > Wouldn't a system where the "insets" register LFUNS with the
| > dispatcher (which we would only need one of) be better?
|
| Has time started running backwards ? Didn't I illustra
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src/
+-I../../../src/frontends/ -I../../../src/frontends/controllers -I../../../boost
+-isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -W -Wall -c
+Tooltips.C -Wp,-MD,.deps/Tooltips.TPlo
Tooltips.C:112: parse error
On Wed, Aug 14, 2002 at 04:12:20PM +0200, Lars Gullik Bjønnes wrote:
> Wouldn't a system where the "insets" register LFUNS with the
> dispatcher (which we would only need one of) be better?
Has time started running backwards ? Didn't I illustrate this exact
approach with a silly patch a while ag
On Wed, Aug 14, 2002 at 10:45:02AM +0200, Kornel Benko wrote:
> Layout->Document->Bullets
> There are no bullets seen. Moreover, the try to select
> to e.g. "Ding 1", leads to immediate core dump.
known bug - the bugzilla report details the problem exactly.
regards
john
--
"It is unbeco
On Wed, Aug 14, 2002 at 10:57:20AM -0400, Kuba Ober wrote:
> Wouldn't it be possible to do that at runtime? Load the big thing, paint
> cropped parts into a pixmap, and you seem to be done. That way the (quite
> reasonable) idea of panels is preserved.
This is what (xforms) does already. IT's
On Wed, Aug 14, 2002 at 09:53:50AM +0300, Martin Vermeer wrote:
> Actually because XPM's are in reality little snippets of C, I would suggest
> to convert whole XBM panels to XPM first, and then add sub-rectangle
> extraction code to them (inside two loops) and run them as programs. That
> will
On Wed, Aug 14, 2002 at 10:25:08AM +0200, Herbert Voss wrote:
> >Rob wants to be able to control display (on/off) locally. If the
> >global setting is off and the local setting is on with your option
> >how should the graphics be displayed? colour, grey or mono?
> >
> >Did you read Rob's descri
Dekel Tsur wrote:
> On Wed, Aug 14, 2002 at 06:20:44PM +1000, Allan Rae wrote:
>
> I believe that for this mode of work, the following interface would be better:
> in the global preferences you choose display type (mono/grey/color),
> and display mode: display/don't display/display only when dial
I'll continue to feed parts of this into CVS proper.
diff-4.diff.gz
Description: GNU Zip compressed data
--
Lgb
support for missing \negmedspace and \negthickspace
Herbert
--
http://www.lyx.org/help/
Index: lib/symbols
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/symbols,v
retrieving revision 1.25
diff -u -r1.25 symbols
--- lib/sy
On Wed, Aug 14, 2002 at 04:57:19PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Anyway, the default: should solve my problem.
>
> Except that it will cause problems every time the inheritence chain is
> changed and one forgets to update dispatch().
Well... this should happen considerably less oft
On wtorek 13 sierpieÅ 2002 02:28 pm, John Levon wrote:
> On Tue, Aug 13, 2002 at 08:24:11PM +0200, Andre Poenitz wrote:
> > On Tue, Aug 13, 2002 at 08:22:29PM +0200, Lars Gullik Bjønnes wrote:
> > > But you don't have to fiddle with dialogs to be of help with GUIi.
> >
> > But that's what is mis
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Anyway, the default: should solve my problem.
Except that it will cause problems every time the inheritence chain is
changed and one forgets to update dispatch().
JMarc
On Wed, Aug 14, 2002 at 04:46:29PM +0200, Jean-Marc Lasgouttes wrote:
> What you should do, I think is to have every InsetFoo::dispatch(...)
> method call its parent dispatch on the 'default:' of the switch(). Do
> you have to know explicitely the parent name for that in C++
Yes. But that's no pr
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> But that does not solve my current problem of having to call a
Andre> base class' handlers manually in a derived class as far as I
Andre> can see. Or does it?
What you should do, I think is to have every InsetFoo::dispatch(...)
me
On Wed, Aug 14, 2002 at 04:33:46PM +0200, Herbert Voss wrote:
> char const * latex_mathspace[] = {
> - "!", ",", ";", ":", "quad", "qquad", "lyxnegspace", "lyxposspace"
> + "!", ",", ":", ";", "quad", "qquad", "lyxnegspace", "lyxposspace"
Isn't a ':' "longer" than a ";"?
Andre'
--
T
this fixes the wrong order and wrong view in mathed
Herbert
--
http://www.lyx.org/help/
Index: math_spaceinset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_spaceinset.C,v
retrieving revision 1.35
diff -u -r1.
On Wed, Aug 14, 2002 at 04:12:20PM +0200, Lars Gullik Bjønnes wrote:
> | The only disadvantage I see is that we'll have 100+ additional member
> | functions in the base class (which is certainly not Nice), but the total
> | effort should be about the same.
>
> Do we really want any of those appro
Hello,
I have this error when I try to compile latest CVS :
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src/
-I../../../src/frontends/ -I../../../src/frontends/controllers -I../../../boost
-isystem /usr/X11R6/include -g -O -fno-exceptions -Wno-non-template-friend -W
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I just wondered: Why is it sensible to have the dispatch switches in each
| inset?
>
| As far as I can tell, the same functionality can achieved by virtual
| functions for individual LFUNs and a single big switch in the inset base
| class.
>
| The only
On Wed, Aug 14, 2002 at 03:28:07PM +0200, Michael Schmitt wrote:
> Guess: Are these CTRL sequences ignored by math and passed to the
> event handler of the outer text handler???
Sounds sensible.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have,
On Wed, Aug 14, 2002 at 04:54:57AM -0300, Garst R. Reese wrote:
> Jean-Marc Lasgouttes wrote:
> >
> > > "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
> >
> > Rob> But what to choose for the display mode, when it's selected; grey
> > Rob> scale, color, or monochrome. If this is not trivial,
I just wondered: Why is it sensible to have the dispatch switches in each
inset?
As far as I can tell, the same functionality can achieved by virtual
functions for individual LFUNs and a single big switch in the inset base
class.
The only disadvantage I see is that we'll have 100+ additional me
On Wed, Aug 14, 2002 at 06:20:44PM +1000, Allan Rae wrote:
>
> Did you read Rob's description of how he uses graphics? It's the
> opposite of your way of doing things (he defaults of off globally and
> only enables display for a short time while fiddling locally).
Here is Rob's mail:
1) A la
Hi Andre,
another small bug in mathed. I hope it has not been reported before:
- The following keys are not handled correctly in mathed:
CTRL+CursorLeft - the cursor is moved above (i.e. physically
outside) the formula
though input is st
On Wed, Aug 14, 2002 at 03:26:03PM +0200, Herbert Voss wrote:
> I can convert to math "$a\kern0.5cm b$" but when I
> write in mathed \kern0.5cm, it's still set to
> \kern0pt and 0.5cm is standard math text
Hm... becau... ok. I'll change that.
Andre'
--
Those who desire to give up Freedom in or
I can convert to math "$a\kern0.5cm b$" but when I
write in mathed \kern0.5cm, it's still set to
\kern0pt and 0.5cm is standard math text
Herbert
--
http://www.lyx.org/help/
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> Why we don't have a code for adding LYXLIB/xfonts to the
Dekel> fontpath ?
Because it is difficult to do in all generality and it is probably
something that should be done by the packager (different for debian,
redhat, cygwin...)
JM
On Tue, Aug 13, 2002 at 04:50:54PM +0100, John Levon wrote:
> On Tue, Aug 13, 2002 at 01:39:43PM +0200, Juergen Vigna wrote:
>
> > >The Qt frontend will of course use Qt's useful, handy, intuitive, font
> > >selection dialog.
> >
> > I _really_ doubt that Qt can set the font-path in the "intuiti
On Wed, Aug 14, 2002 at 12:45:58PM +0200, Herbert Voss wrote:
> fix for leo
Thanks.
I wonder how things like that can sneak it...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
fix for leo
HErbert
--
http://www.lyx.org/help/
Index: symbols
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/symbols,v
retrieving revision 1.23
diff -u -r1.23 symbols
--- symbols 12 Aug 2002 07:05:01 - 1.23
+++
On Wed, Aug 14, 2002 at 12:33:49PM +0200, Andre' Poenitz wrote:
> In theory you type 1+2 in a mathbox and call 'math-extern octave' or
> 'math-extern maple simplify' etc. The result will be added after a '='
> Alternately, you can select part of a formula and the result will replace
> that bit.
On Wed, Aug 14, 2002 at 12:26:26PM +0200, Herbert Voss wrote:
> how does the octave, mathml, maple, mathematics stuff
> works
In theory you type 1+2 in a mathbox and call 'math-extern octave' or
'math-extern maple simplify' etc. The result will be added after a '='
Alternately, you can sel
how does the octave, mathml, maple, mathematics stuff
works
Herbert
--
http://www.lyx.org/help/
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Cut and paste of a few pages (with lots of formulas?) seems to be
| extraordinarily slow right know. Has the paragraphlist work changed
| the "asymptotic" behaviour of something?
It shouldn't really...
--
Lgb
On Wednesday 14 August 2002 11:09 am, Andre Poenitz wrote:
> On Wed, Aug 14, 2002 at 11:57:55AM +0200, Lars Gullik Bjønnes wrote:
> > anyhow imho since lyxfunc is stored as a shared_ptr in LyXView it
> > should never be stored anywere as a reference. it should rather be
> > stored as a shared_ptr
Cut and paste of a few pages (with lots of formulas?) seems to be
extraordinarily slow right know. Has the paragraphlist work changed
the "asymptotic" behaviour of something?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one
On Wed, Aug 14, 2002 at 11:57:55AM +0200, Lars Gullik Bjønnes wrote:
> anyhow imho since lyxfunc is stored as a shared_ptr in LyXView it
> should never be stored anywere as a reference. it should rather be
> stored as a shared_ptr or a weak_ptr.
I think the shared_ptr is just a device to "pimpl"
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Some cleanup. Even saves a few includes...
>
| Ok?
Looks ok to me, so it if works...
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Aug 14, 2002 at 11:13:06AM +0200, Lars Gullik Bjønnes wrote:
>> Ok, I found the problem.
>> And I realize now that I have been bitten by this one before.
>> It because of the _terrible_ calling convetions of
>> parseSingleLyXformat2Token... it r
Some cleanup. Even saves a few includes...
Ok?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Index: LyXAction.C
===
RCS file: /usr/local/
Ok, the ControlCommand gets initialized from here:
LyXView::LyXView()
: controlcommand_(new ControlCommandBuffer(getLyXFunc())),
intl_(new Intl),
autosave_timeout_(new Timeout(5000)),
lyxfunc_(new LyXFunc(this)),
dialogs_(new Dialogs(this))
{
On Wed, Aug 14, 2002 at 11:13:06AM +0200, Lars Gullik Bjønnes wrote:
> Ok, I found the problem.
> And I realize now that I have been bitten by this one before.
> It because of the _terrible_ calling convetions of
> parseSingleLyXformat2Token... it requires that a "reference to
> pointer" to be pas
On Wed, 14 Aug 2002, Herbert Voss wrote:
> and I use globally on and locally what the output may be and
> never use off.
Globally on what? colour/grey or mono?
Then override this locally to display an image as something different?
Is this really that useful? apart from selecting grey as global
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| I'll try to revert all my ParagraphList changes to InsetText, to check
| if that helps.
|
| The ParagraphList is really needed to get the rest of the work done.
| (removal of prev,next)
Ok, I found the problem.
And I realize now that I have been
-BEGIN PGP SIGNED MESSAGE-
lyx-1.3cvs:
Choose the dialog
Layout->Document->Bullets
There are no bullets seen. Moreover, the try to select
to e.g. "Ding 1", leads to immediate core dump.
As I could see from strace, there was an attempt to open "psnfss2.xpm", which failed.
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> You still have not really answered the question how it should
Andre> look like in the end, and as there are orders of magnitudes
Andre> between "the easy way" and "all bells and whistles" you cannot
Andre> expect real answers to yo
Allan Rae wrote:
>>Allan> One for what to display as (grey/color/mono) and another to
>>Allan> decide whether displaying is on/off globally.
>>
>>It could be grey/color/mono/off.
>>
>
> How is that going to work?
>
> Rob wants to be able to control display (on/off) locally. If the
> global set
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> How is that going to work?
Allan> Rob wants to be able to control display (on/off) locally. If
Allan> the global setting is off and the local setting is on with your
Allan> option how should the graphics be displayed? colour, grey or
On 14 Aug 2002, Jean-Marc Lasgouttes wrote:
> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>
> Allan> On 14 Aug 2002, Jean-Marc Lasgouttes wrote:
> >> > "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
> >>
> Rob> But what to choose for the display mode, when it's selected; grey
> Ro
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> On 14 Aug 2002, Jean-Marc Lasgouttes wrote:
>> > "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
>>
Rob> But what to choose for the display mode, when it's selected; grey
Rob> scale, color, or monochrome. If this is not trivial, w
On 14 Aug 2002, Jean-Marc Lasgouttes wrote:
> > "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> Rob> But what to choose for the display mode, when it's selected; grey
> Rob> scale, color, or monochrome. If this is not trivial, we better
> Rob> keep the full choice selector as before.
>
>
Hi,
two days ago I sent a large number of bug reports to [EMAIL PROTECTED]
Unfortunately, I said these bugs are related to 1.2.0cvs. Of course, I
made a mistake - the bugs concern LyX 1.2.1.cvs!
I apologize, Michael
On Wed, Aug 14, 2002 at 09:32:53AM +0200, Michael Schmitt wrote:
> there is a problem with mathed in LyX 1.2.0cvs.
No problem with my 1.2.1cvs tree.
Please try the attached patch.
Andre'
PS: Jean-Marc, I think now this should go in.
--
Those who desire to give up Freedom in order to gain Sec
> "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
Rob> But what to choose for the display mode, when it's selected; grey
Rob> scale, color, or monochrome. If this is not trivial, we better
Rob> keep the full choice selector as before.
This is what I meant in my earlier posting: this grey/col
Hi Andre,
there is a problem with mathed in LyX 1.2.0cvs. Very often, if I enter a
"_" or "^", the document is scrolled even though this is not
necessary. In many cases, the math formula gets out of screen such that
I have to type the formula "blindly".
I have attached a simple document whi
On Wed, Aug 14, 2002 at 05:27:46PM +1000, Allan Rae wrote:
> You seem to have plenty of free time.
Schein und Sein...
[sort of "Appearances are deceiving", but as German is famous for having
long words...]
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have,
On Wed, 14 Aug 2002, Andre Poenitz wrote:
> On Wed, Aug 14, 2002 at 04:41:27PM +1000, Allan Rae wrote:
> > Matthias or Kalle did this years ago for KLyX (including the bullets).
>
> I just had a look, there are indeed quite a few more .xbm in KLyX than we
> have.
Hahahaha... "quite a few more" I
92 matches
Mail list logo
