On Mon, Aug 04, 2003 at 06:12:59PM +0200, Juergen Spitzmueller wrote:
> Andre Poenitz wrote:
> > And how do I edit inlined ERT?
>
> Are you shure you have already detected inlined ERT?
No I haven't.
However even now that I know about it I don't see a way to make it
leaner than 'full \textwidth'
On Tue, Aug 05, 2003 at 10:09:30PM +, Angus Leeming spake thusly:
>
> Angus Leeming wrote:
> > Attached is something that works.
>
> Thinking about it, why not add a constructor to RGBColor
>
> namespace support = lyx::support;
>
> namespace {
>
> int hexstrToInt(string const & str)
> {
>
On Tue, Aug 05, 2003 at 10:59:48PM +, Angus Leeming spake thusly:
> On Tuesday 05 August 2003 10:17 pm, Martin Vermeer wrote:
>
> > Great idea. What about putting this into, eh, Color.[Ch] (your idea
> > too apparently) and then also X11hexname from FormPreferences? I have
> > 'emacs-inherit
On Tue, Aug 05, 2003 at 10:39:46PM +, Angus Leeming wrote:
> $ size lyx/devel/build/src/lyx-qt lyx/devel/build/src/lyx-xforms
> lyx/13x/build-qt/src/lyx lyx/13x/build-xforms/src/lyx
Fancy doing some real comparisons ? nm --size-sort is your friend here.
john
--
Khendon's Law:
If the same p
The crash is happening because we have a deleted paragraph on the
rowlist still.
The cause is obvious I think: Andre has changed redoParagraphs() to
iterate across each paragraph and re-do *only those rowlist entries for
that paragraph*. Think of this :
par1 Some text
par2 is written
par3 on the
Angus Leeming wrote:
Jean-Marc has managed (by building 2 versions of the lyx binary in the same
tree) to reduce disk usage by almost 150MB. Pretty clever stuff!
Not bad indeed, but there is still a lot of useless disk use: each
libfoo.a that we build actually makes a copy of all the objects files
Alfredo Braunstein wrote:
Angus wrote:
In order to achieve that we need a new member function to perform any
necessary manipulation of the external material. To my mind, it makes sense
here to write these instructions to an ostream also. We end up with two
separate ostreams, one containing instr
On Tue, Aug 05, 2003 at 10:59:48PM +, Angus Leeming spake thusly:
> On Tuesday 05 August 2003 10:17 pm, Martin Vermeer wrote:
>
> > Great idea. What about putting this into, eh, Color.[Ch] (your idea
> > too apparently) and then also X11hexname from FormPreferences? I have
> > 'emacs-inherit
Dear developers,
In the documentation there's said, that lyx only uses Shift (S-),
Control (C-) and Meta (M-) as modifiers, I would appreciate it if its
possible to make the "window-keys" on an 105-key-keyboard (Super_L,
Super_R and Menu) work as modifiers, too - at least optional.
Thanks in adva
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> If we can get this working properly, then I think I'll throw
Angus> away the dvips,gs,pnmcrop code and require the use of dvipng.
Angus> How's that for motivation ;-)
Why not allow both?
JMarc
On Tue, Aug 05, 2003 at 04:30:06PM +0200, Jean-Marc Lasgouttes wrote:
> And do you know what the
> selection_possible = false;
> line in lyxfunc::dispatch is supposed to do?
No. That was my first suspect, but it's fine.
I suspect the idea is that if you hover over an inset starting from
o
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Mon, Aug 04, 2003 at 11:19:34PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> So I did that and the thing works (wow!) *but* selection is
>> broken...
>>
>> So this is the place in my message where I say: ``John, I need your
>> help!''
Jan-Åke Larsson wrote:
>> Since both dvipng and dvips,gs,pnmcrop use the same dvi file, it
>> seems to make sense to use the same mechanism. However, if you have
>> another mechanism to obtain this info within dvipng, then please do
>> tell me.
>
> I see. There are two possibilities:
>
> 1) Make
On Tue, 5 Aug 2003, John Levon wrote:
> I take it you're against moving to an XML format for the file format
> then.
No. As a file format, the exchange of documents to other systems is
important, and here XML has an advantage. Also, since the basic LyX
data structure is a tree, a format designed
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> I don't have time to figure out how to fix this right, but I
Kayvan> had to change
Kayvan> FRONTENDS_PROGS = lyx-xforms
Kayvan> to
Kayvan> FRONTENDS_PROGS = lyx-xforms$(EXEEXT)
Kayvan> in src/Makefile for Cyg
I don't have time to figure out how to fix this right, but
I had to change
FRONTENDS_PROGS = lyx-xforms
to
FRONTENDS_PROGS = lyx-xforms$(EXEEXT)
in src/Makefile for Cygwin to build correctly with latest CVS.
Jean-Marc, can you fix this?
--
Kayvan A. Sylvan | Proud
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Aug 05, 2003 at 10:04:14AM +0200, Andre' Poenitz wrote:
>> I am aware of a regression in the selection of the main text
>> (it always starts 1 "step" off, but somehow non-deterministically).
>> Should be fixable, though...
>
| Aehm: Regression no
This rips out all the up&down 'deep update' stuff including
updateInsetInInset and most of BufferView::updateInset.
InsetText is now almost ok, only InsetTabular still has some
weird parts update-wise.
I am aware of a regression in the selection of the main text
(it always starts 1 "step" off, b
18 matches
Mail list logo