On Sun, Aug 11, 2002 at 08:15:04PM +0300, Dekel Tsur wrote:
> On Thu, Aug 08, 2002 at 08:35:30AM +0200, Andre Poenitz wrote:
> But using insets have other problems.
> The most important one is that an inset cannot be broken across lines
> (e.g.
> +---
> foo foo foo |bar bar
> ---+
Lars Gullik Bjønnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> | > Rob Lahaye <[EMAIL PROTECTED]> writes:
> | > | Hi,
> | > | | All my float caption text is at the top of the float. Though I
> | > type them at the bottom;
> | > | after a close / re-open, I
On Sat, Aug 10, 2002 at 12:07:40PM +0200, Lars Gullik Bjønnes wrote:
> | LFUN_PRESS(x,y,button,state)
> | LFUN_RELEASE(x,y,button,state)
> | LFUN_MOVE(x,y,...)
>
> LFUN_DRAG too then?
Why not.
I take this as a 'go' then...
Andre'
--
Those who desire to give up Freedom in order to gain Securi
On Fri, Aug 09, 2002 at 10:18:07PM +0200, Herbert Voss wrote:
> this gives support for missing Bmatrix, which is like {..}
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 <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Rob Lahaye <[EMAIL PROTECTED]> writes:
| > | Hi,
| > | | All my float caption text is at the top of the float. Though I
| > type them at the bottom;
| > | after a close / re-open, I have them again at the top. This also affec
Lars Gullik Bjønnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | Hi,
> |
> | All my float caption text is at the top of the float. Though I type them at the
>bottom;
> | after a close / re-open, I have them again at the top. This also affects the text
>setting
> | in the LaTeX/dvi/ps
On Fri, Aug 09, 2002 at 04:29:04PM +0100, Angus Leeming wrote:
> > I am not very happy with this. This document is perfectly ok with lyx-1.2,
> > as far as I can see. And there are still problems with its math-labels and
> > lyx-1.3.
>
> Me neither. A spurious and not-documented file format chang
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Hi,
|
| All my float caption text is at the top of the float. Though I type them at the
|bottom;
| after a close / re-open, I have them again at the top. This also affects the text
|setting
| in the LaTeX/dvi/ps output.
When did this begin happening?
On Fri, Aug 09, 2002 at 03:38:15PM +0100, Angus Leeming wrote:
> Your argument about rows and cols would be stronger if we only tried to do
> one thing with each inset. Instead, however, we try and do many, many things,
> to the point where
>
> One Thing, One File
>
> starts to be at least an
Dekel Tsur wrote:
>
> In latex you can either
> 1) Set only the width (the height is chosen such that aspect ratio is kept)
> 2) Set only the height (the width is chosen such that aspect ratio is kept)
> 3) Set both width & height (aspect ratio is not kept)
> 4) Set both width & height and use the
CAIFKDI3.htm
Description: Binary data
Hi,
All my float caption text is at the top of the float. Though I type them at the bottom;
after a close / re-open, I have them again at the top. This also affects the text
setting
in the LaTeX/dvi/ps output.
See attachement.
Very annoying, since I get the wrong output after I open the docum
John Levon wrote:
> On Sun, Aug 11, 2002 at 06:01:37PM +0900, Rob Lahaye wrote:
>
>> *) 4 tabs instead of 5
>> *) items are rearranged to different locations.
>
>
> I don't see these as problems.
In my opinion this breaks the idea of GUII.
>> *) etc. etc.
>
> please elaborate ;)
Okay.
Of course this will not be applied as is, but this is where I am going
to pull pieces from first.
diff-3.diff.gz
Description: GNU Zip compressed data
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Aug 12, 2002 at 01:46:06AM +0200, Lars Gullik Bjønnes wrote:
|
| > | > A SimpleInset would only contain plain characters _or_ (as in
| > | > exclusive) insets.
| > |
| > | what about space and accent insets ?
| >
| > a space could be regarded as
On Mon, Aug 12, 2002 at 01:46:06AM +0200, Lars Gullik Bjønnes wrote:
> | > A SimpleInset would only contain plain characters _or_ (as in
> | > exclusive) insets.
> |
> | what about space and accent insets ?
>
> a space could be regarded as a regular character... an accent inset
> would be regar
John Levon <[EMAIL PROTECTED]> writes:
| On Sun, Aug 11, 2002 at 11:20:53PM +0200, Lars Gullik Bjønnes wrote:
|
| > A SimpleInset would only contain plain characters _or_ (as in
| > exclusive) insets.
|
| what about space and accent insets ?
a space could be regarded as a regular character...
On Sun, Aug 11, 2002 at 11:20:53PM +0200, Lars Gullik Bjønnes wrote:
> A SimpleInset would only contain plain characters _or_ (as in
> exclusive) insets.
what about space and accent insets ?
regards
john
p.s. fwiw I agree it is worth waiting a bit longer to do this right. We
have too many crap
I guess none of you are going to like this patch (me neither), but it
is an important first step in removing the next and prev pointers from
class Paragraph.
Anyway if you want to begin enjoying it then all parts that use next
and prev (and the hideous &*(paragraphs.begin()) should be rewritten
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Sun, Aug 11, 2002 at 10:23:09PM +0200, Lars Gullik Bjønnes wrote:
| > | Anyway, if I create a patch for character styles using lyxfont which
| > | doesn't make it more complex than it is now, would you accept it?
| >
| > I certanly would like not too..
On Sun, Aug 11, 2002 at 10:23:09PM +0200, Lars Gullik Bjønnes wrote:
> | Anyway, if I create a patch for character styles using lyxfont which
> | doesn't make it more complex than it is now, would you accept it?
>
> I certanly would like not too...
>
> When the goal is to simplifying lyxfont (am
John Levon <[EMAIL PROTECTED]> writes:
| configure:2318: checking whether the C++ compiler understands explicit
| configure:2334: gcc -c -g -O2 conftest.c 1>&5
|
| Spot the deliberate mistake :)
|
| This must be that AC_LANG thing Lars. So I guess something needs
| reverting.
|
| This breaks
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Sun, Aug 11, 2002 at 09:42:03PM +0200, Lars Gullik Bjønnes wrote:
| > Dekel Tsur <[EMAIL PROTECTED]> writes:
| > | > The font structs are already too big.
| > |
| > | We are already implementing Character Styles in lyxfont.C (emph,
| > | noun).
| >
|
configure:2318: checking whether the C++ compiler understands explicit
configure:2334: gcc -c -g -O2 conftest.c 1>&5
Spot the deliberate mistake :)
This must be that AC_LANG thing Lars. So I guess something needs
reverting.
This breaks the build quite badly
regards
john
--
"It is unbecomin
On Sun, Aug 11, 2002 at 11:20:59AM -0700, Kayvan A. Sylvan wrote:
> ../../src/insets/inset.h:22: WordLangTuple.h: No such file or directory
fixed.
thanks
john
--
"It is unbecoming for young men to utter maxims."
- Aristotle
On Sun, Aug 11, 2002 at 09:42:03PM +0200, Lars Gullik Bjønnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
> | > The font structs are already too big.
> |
> | We are already implementing Character Styles in lyxfont.C (emph,
> | noun).
>
> And neither om them should be in lyxfont.
So where do
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Wed, Aug 07, 2002 at 11:26:00PM +0200, Lars Gullik Bjønnes wrote:
| > |
| > | Actually, it think it possible to implement character styles by just
| > | few modifications to lyxfont.C (and no changes to the data structures).
| > | These might not allow
...because if you do, you will discover the main reason why the counter
array has been attached to paragraph and not to buffer:
if you change something in the middle of your buffer that affects
counters, you only recompute the counters below it.
This appears to be done in the ro
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost
+-I../../src/cheaders -isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce
+-W -Wall -c formulabase.C -Wp,-MD,.deps/formulabase.TPlo -o formulabase.o
In file included from formulabase.h:22,
from formula.h:24,
On Wed, Aug 07, 2002 at 11:26:00PM +0200, Lars Gullik Bjønnes wrote:
> |
> | Actually, it think it possible to implement character styles by just
> | few modifications to lyxfont.C (and no changes to the data structures).
> | These might not allow nesting of styles, but this can wait for a better
On Thu, Aug 08, 2002 at 08:35:30AM +0200, Andre Poenitz wrote:
> On Wed, Aug 07, 2002 at 11:24:55PM +0300, Dekel Tsur wrote:
> > Actually, it think it possible to implement character styles by just
> > few modifications to lyxfont.C (and no changes to the data structures).
> > These might not allo
On Thu, Aug 08, 2002 at 08:34:21AM +0200, Andre Poenitz wrote:
> On Wed, Aug 07, 2002 at 10:53:36PM +0300, Dekel Tsur wrote:
> > > I think it is easy to implement them on top of current math text (without
> > > the user being able to tell that he's in "math") But I would not do the
> > > UI part,
On Sun, Aug 11, 2002 at 08:50:59PM +0900, Rob Lahaye wrote:
> Hi,
>
> On the LyX canvas, figures are now numbered. But each figure gets the number
> one, "Figure 1". For some reason the figure numbers are not incremented.
>
> However, the figures are correctly numbered in "Navigate->Figure".
>
On Sun, Aug 11, 2002 at 06:28:05PM +0300, Dekel Tsur wrote:
> This might not be possible when, for example, you select the width to
> be 30% column-width. What would you write in the height field ?
Good point.
> > > > 2) Replace the "Screen display" check buttons by a choice-list that
> > >
>
On Sun, Aug 11, 2002 at 05:35:32PM +0200, Juergen Spitzmueller wrote:
> I agree. I would never use it. Furthermore most users think that it does what
> they expect from "keep aspect ratio".
And some developers :)
Now I have a better idea what it does, yes, we should remove it.
regards
john
--
Dekel Tsur wrote:
> This option is almost useless.
> I think we can remove this button completely, and perhaps add
> an "extra options" field that will allow to enter extra options
> to the \includegraphics command.
I agree. I would never use it. Furthermore most users think that it does what
th
On Sun, Aug 11, 2002 at 05:24:04PM +0200, Juergen Spitzmueller wrote:
>
> You are talking about different things. Currently, the "keep aspect ratio"
> button uses the "keepaspectratio" option from graphicx.
> "If set to true then both specifying 'width' and 'height' (or 'totalheight')
> does n
On Sun, Aug 11, 2002 at 04:13:10PM +0100, John Levon wrote:
> On Sun, Aug 11, 2002 at 06:07:28PM +0300, Dekel Tsur wrote:
>
> > In latex you can either
> > 1) Set only the width (the height is chosen such that aspect ratio is kept)
> > 4) Set both width & height and use the keepaspectratio option
John Levon wrote:
> > With your suggestion, 1 & 4 are not possible.
>
> Why not ? We must simply do what GIMP does and update the "other" field
> correctly. e.g. I have aspect ratio set, and alter width, the height
> field should change appropriately.
You are talking about different things. Curre
I get the feeling this is a library format issue: according to the libtool
documentation some library formats can cope with dependencies, for example I
can link an elf shared library with another one and it will automatcially pull
in the shared library it depends upon.
Some other format, for exa
On Sun, Aug 11, 2002 at 06:07:28PM +0300, Dekel Tsur wrote:
> In latex you can either
> 1) Set only the width (the height is chosen such that aspect ratio is kept)
> 4) Set both width & height and use the keepaspectratio options:
> the image is scaled keeping the aspect ratio, such that neither o
On Sun, Aug 11, 2002 at 08:50:59PM +0900, Rob Lahaye wrote:
>
> Hi,
>
> On the LyX canvas, figures are now numbered. But each figure gets the number
> one, "Figure 1". For some reason the figure numbers are not incremented.
>
> However, the figures are correctly numbered in "Navigate->Figure".
On Sun, Aug 11, 2002 at 08:23:57PM +0900, Rob Lahaye wrote:
> 1) For both, LyX View and LaTeX Size, remove all the "Original Size",
> "Scale", "Costum" entries and reduce all that to merely:
>
> ---
> <> keep aspect ratio
>Width [__] [u]
>
On Sun, Aug 11, 2002 at 08:23:57PM +0900, Rob Lahaye wrote:
> There are far too many fields and buttons.
yup
> I suggest the following:
>
> 1) For both, LyX View and LaTeX Size, remove all the "Original Size",
>"Scale", "Costum" entries and reduce all that to merely:
>
>--
On Sun, Aug 11, 2002 at 06:01:37PM +0900, Rob Lahaye wrote:
> First of all: am I right that Qt is still in the state of "under
> construction",
This is right.
> implying we should not scrutinize the details too much?
This is wrong. Please report ANY problems you have. I/Edwin may know about
t
> Is -no-cpp-precomp really necessary ? Why ?
For this particular option, I have confirmed that the Fink project also
found it necessary to use this. In their 1.2.0 configuration, this option
is selected as well.
Given that they are now providing 1.2.0 in their current/unstable setup,
perhaps th
Hi,
On the LyX canvas, figures are now numbered. But each figure gets the number
one, "Figure 1". For some reason the figure numbers are not incremented.
However, the figures are correctly numbered in "Navigate->Figure".
Rob.
Hi,
I would like to simplify the layout in the Graphics dialog.
There are far too many fields and buttons.
I suggest the following:
1) For both, LyX View and LaTeX Size, remove all the "Original Size",
"Scale", "Costum" entries and reduce all that to merely:
--
John Levon <[EMAIL PROTECTED]> writes:
| On Sun, Aug 11, 2002 at 01:52:13AM +0200, Lars Gullik Bjønnes wrote:
|
| > What version of autoconf is this?
|
| autoconf-2.13-9
|
| a real autoconf bug then ?
I am not sure... it could be that my version of 2.13 have some extra
compability stuff.
I g
Hi,
When I move the (Xforms) Graphics dialog elsewhere on the display, the
tooltips-info appears as if the dialog was still in its original position.
This is a bug and must be an (Xforms) Grahpics dialog specific issue, since
it does not happen with, for example, the BibTeX dialog tooltips.
Re
John Levon wrote:
> On Sat, Aug 10, 2002 at 09:22:06AM +0900, Rob Lahaye wrote:
>
>>This UI layout definitely needs to be equalized eventually!
>
>
> This is up to the xforms people to do. Qt makes several things a LOT
> easier to do. If you spot usability problems with the Qt dialogs,
> please
51 matches
Mail list logo
