Hi,
The recently added lib/templates/elsart.lyx has its execution bits set,
while all other .lyx templates in that directory have not.
Just noticed it, because elsart.lyx showed up in a different color in
my 'ls' :).
Cheers,
Rob.
On Fri, Feb 21, 2003 at 02:25:22PM -0800, Kayvan A. Sylvan wrote:
> 2003-02-17 John Levon <[EMAIL PROTECTED]>
>
> * config/configure.ac:
> * config/configure.in: remove the -isystem fiddling. Let's see
> if Solaris people complain...
>
> I am complaining. Can you put
On Fri, Feb 21, 2003 at 07:28:00PM +0100, Moritz Moeller-Herrmann wrote:
> Hi, I use the new spell checking code from John in lyx-1.3.1CVS(qt3.11) and
> I have some places in my document, where the spell checking process is
> "stuck". It always jumps back to an earlier point.
Hi Moritz, this is
Hi,
Please consider the patch to FormTexinfo.C; it fixes a bug when
viewing a selected file.
Rob.
Rob Lahaye wrote:
>
> Hi,
>
> The attached patch fixes a bug in FormTexinfo.C.
>
> The reconstruction of the filepath was wrong, in case fullpath was
> not selected (the assumption that the orde
Hi,
Please consider the patch to FormTexinfo.C; it fixes a bug when
viewing a selected file.
Rob.
Rob Lahaye wrote:
>
> Hi,
>
> The attached patch fixes a bug in FormTexinfo.C.
>
> The reconstruction of the filepath was wrong, in case fullpath was
> not selected (the assumption that the orde
Angus Leeming <[EMAIL PROTECTED]> wrote:
(B
(B> Ok, CG. I tried it. xfs uses all my cpu. This is very wrong :-( Can you try
(B> things out with LANG=C or something 'normal'. This thing has to work for
(B> the rest of the world too, doesn't it?
(B
(BI guess you are trying to scale a bitmap fon
I dug this out of my store of things half-implemented. As you can see from
the SigC references, it's very old ;-)
The idea was to prevent the code in src/frontends from looking in the
different GUI dirs. Would anybody be upset if I brought this up to date and
applied it?
--
Angus/**
* \file
Hmmm...
I don't know whether it's in the documentation or not. Anyone else know?
If it's not, it should definitely be added.
---Kayvan
On Fri, Feb 21, 2003 at 03:32:35PM -0700, D. J. Raymond wrote:
>
> Hmmm That works great! Is it in the documentation? I confess
[EMAIL PROTECTED] wrote:
> So I cleaned up a little bit and made the patch against clean xforms-1.0,
> which I attached on this mail. I hope you lok at the patch and polish it
> as much as possible, and then send it back to me as soon as possible.
> Because the CJK-LyX-1.3.0 critically depends on
The comment in ChangeLog says:
2003-02-17 John Levon <[EMAIL PROTECTED]>
* config/configure.ac:
* config/configure.in: remove the -isystem fiddling. Let's see
if Solaris people complain...
I am complaining. Can you put it back please?
Thanks.
--
Kayvan A. Sylvan
Angus Leeming wrote:
> I guess that I should be nice to the Qt frontend too, so I'll hang back
> until that is done. However, the attached patch is the Brave New World of
> controllers and I'd value your considered perusal.
>
> The new frontends/controllers/Dialogs.[Ch] is a full Model-Controller
On Fri, Feb 21, 2003 at 01:28:24PM -0700, D. J. Raymond wrote:
>
> Selecting a large region with the mouse (bigger than a displayed page)
> for cutting or copying in lyx is currently difficult in long documents
> because when you drag the cursor off the bottom of the page, new pages
> flip by very
Selecting a large region with the mouse (bigger than a displayed page)
for cutting or copying in lyx is currently difficult in long documents
because when you drag the cursor off the bottom of the page, new pages
flip by very rapidly. Here are two suggestions as to how to solve
that problem:
1.
Kornel Benko wrote:
> On Freitag, 21. Februar 2003 19:26, Angus Leeming wrote:
>> Qt patch attached. I'll let you all examine at your leisure but would
>> like to apply on Monday or so...
>
> Not compilable?
Hello Kornel. I think you have to run autogen.sh to actually build the
Makefile correctl
The fact that queues do not have swap() methods, or fast reverse or merge
methods, means I usually end up implementing my own versions---sometimes I use
a special opeation so heavily it must be fast. word2x attatches one queue to
the end of another queue very frequently, for example and has it's o
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 21. Februar 2003 19:26, Angus Leeming wrote:
> Qt patch attached. I'll let you all examine at your leisure but would like
> to apply on Monday or so...
Not compilable?
...
Making all in moc
make[5]: Entering directory `/usr2/src/lyx/qt/lyx-1.4.0cvs/
James Frye wrote:
> This actually does not work for most of the colors (see my message to
> Reinhard). What's happening, I think, is that in LColor.C, when the
> colors are being written out, they are compared to a default set and only
> the ones that have changed are written. But that default s
Hi, I use the new spell checking code from John in lyx-1.3.1CVS(qt3.11) and
I have some places in my document, where the spell checking process is
"stuck". It always jumps back to an earlier point.
Sometimes lyx will crash and use 100% CPU load while visibly jumping between
3 paragraphs.
The bug
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 21. Februar 2003 19:00, James Frye wrote:
> Yes. I can set the font for the text being edited just fine, it's all the
> menu text that's the problem. Especially in the math panel - with words,
> one can make a guess from the general shape of the wor
Angus Leeming wrote:
> I guess that I should be nice to the Qt frontend too, so I'll hang back
> until that is done. However, the attached patch is the Brave New World of
> controllers and I'd value your considered perusal.
Qt patch attached. I'll let you all examine at your leisure but would lik
This actually does not work for most of the colors (see my message to
Reinhard). What's happening, I think, is that in LColor.C, when the
colors are being written out, they are compared to a default set and only
the ones that have changed are written. But that default set must be
getting changed
On Fri, 21 Feb 2003, Reinhard Thies wrote:
> I am a visually impaired user and I am one off the approx. 85 % of this
> group, which need to work with a dark background and white text color.
> This is inverse to the way it is done normally.
> Is it easy to implement a mode into Lyx providing this f
Alfredo Braunstein wrote:
> I've tried the previews in xforms and LyX becomes pretty slow when images
> are loading. I've changed the LoaderQueue clock to come back every .5 secs
> intead of .1 secs, and to load 5 images at a time instead of 10. Is the
> xforms graphics loader so much slower?
Pro
On Thu, 20 Feb 2003, Angus Leeming wrote:
> Garst R. Reese wrote:
>
> > James Frye wrote:
> >>
> >> Hi,
> >>
> >> It looks like I am going to be using Lyx a good bit in the next year or
> >> so, and I would like to make a few modifications to make it easier for me
> >> to use. I'd welcome an
I've tried the previews in xforms and LyX becomes pretty slow when images
are loading. I've changed the LoaderQueue clock to come back every .5 secs
intead of .1 secs, and to load 5 images at a time instead of 10. Is the
xforms graphics loader so much slower?
Maybe the graphics loading priority ca
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Alfredo Braunstein wrote:
>> John Levon wrote:
PS: I must admit that I kindo like it.
>>> Well then you may keep it ! :)
>> I have the sad feeling that it will go away by itself. :(
>>
>> Alfredo
Angus> I have it too. xform
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 21. Februar 2003 17:42, John Levon wrote:
> On Fri, Feb 21, 2003 at 05:31:09PM +0100, Alfredo Braunstein wrote:
> > Hello, Alfredo
>
> It's Bizarro Alfredo !
Phantastic!
Kornel
- --
Kornel Benko
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE
Alfredo Braunstein wrote:
> John Levon wrote:
>
>>> PS: I must admit that I kindo like it.
>>
>> Well then you may keep it ! :)
>
> I have the sad feeling that it will go away by itself. :(
>
> Alfredo
I have it too. xforms frontend only (just looked at the Qt one: nope). I was
a bit surpris
I guess that I should be nice to the Qt frontend too, so I'll hang back
until that is done. However, the attached patch is the Brave New World of
controllers and I'd value your considered perusal.
The new frontends/controllers/Dialogs.[Ch] is a full Model-Controller-View
split of a generic dial
John Levon wrote:
>> PS: I must admit that I kindo like it.
>
> Well then you may keep it ! :)
I have the sad feeling that it will go away by itself. :(
Alfredo
On Fri, Feb 21, 2003 at 05:45:21PM +0100, Alfredo Braunstein wrote:
> > No. What bindings ?
>
> cua. Sorry for the ignorance, but how would that matter?
I dunno. Besides, I use cua anyway.
> PS: I must admit that I kindo like it.
Well then you may keep it ! :)
john
John Levon wrote:
> No. What bindings ?
cua. Sorry for the ignorance, but how would that matter?
>
> john
PS: I must admit that I kindo like it.
Alfredo
On Fri, Feb 21, 2003 at 05:40:14PM +0100, Alfredo Braunstein wrote:
> Tried, doesn't show anything at all. You don't see it? I get it with both
> frontends.
No. What bindings ?
john
John Levon wrote:
>> File->New. I see a little square aside the cursor (the end of the file it
>> seems).
>
> $LANG ?
en_US.
>> Is it intended?
>
> No.
>
> Try -dbg key... you need to find oout what char this is ...
Tried, doesn't show anything at all. You don't see it? I get it with both
f
On Fri, Feb 21, 2003 at 05:31:09PM +0100, Alfredo Braunstein wrote:
> Hello, Alfredo
It's Bizarro Alfredo !
john
[not sure anybody will get my reference, but, hey, it's friday]
Angus Leeming wrote:
>> Bye, Alfredo
>
> Don't go ;-)
You, mean native english-speaker. I never know how to close this mails...
>
> I'm confused by what your mini patch actually achieves. Could you explain
> to thicko here?
>
Guess what? I'm making this up completely.
If I understand corre
On Fri, Feb 21, 2003 at 02:18:56PM +0100, Alfredo Braunstein wrote:
> File->New. I see a little square aside the cursor (the end of the file it
> seems).
$LANG ?
> Is it intended?
No.
Try -dbg key... you need to find oout what char this is ...
john
Alfredo Braunstein wrote:
> Kornel Benko wrote:
>
>>> Wow, this _is_ fast. But now, previewing, the first page seems to
>>> be processed last.
>>
>> I have to correct myself. It seems, the previews are done _after_ all
>> the pictures are transformed. This may even be intended.
>>
>
> ALso not
AC_CONFIG_FILES(Makefile reLyX noweb2lyx, chmod 755 reLyX noweb2lyx)
runs 'chmod 755 reLyX noweb2lyx' after *each* of Makefile reLyX
noweb2lyx are generated. However, you want the chmod run *only* after
the appropriate file is generated.
--
albert chin ([EMAIL PROTECTED])
-- snip snip
--- lib/re
Kornel Benko wrote:
>> Wow, this _is_ fast. But now, previewing, the first page seems to
>> be processed last.
>
> I have to correct myself. It seems, the previews are done _after_ all
> the pictures are transformed. This may even be intended.
>
ALso note that even if the order is correct, 1) l
> In "Edit->Find..." widget, the first signal(whether it is ascii letter
> 'a', or CJK-char) has
> "beginrange = 0, endrange = 0". This being the case, the English letter
is
> not swallowed.
> Even on this widget, all the subsequent signals have
> "beginrange = 0, endramge = -1".
Based on these
Kornel Benko wrote:
> I have to correct myself. It seems, the previews are done _after_ all
> the pictures are transformed. This may even be intended.
Well, the pictures have a head start in that the loading process is started
as soon as the buffer is drawn for the first time. This first drawing
> "Zvezdan" == Zvezdan Petkovic <[EMAIL PROTECTED]> writes:
Zvezdan> On Fri, Feb 21, 2003 at 10:23:06AM +0100, Jean-Marc
Zvezdan> Lasgouttes wrote:
>> Kayvan, another thing to think about: how difficult would it be to
>> create lyx-common.noarch.rpm lyx-xforms.i386.rpm lyx-qt.i386.rpm
>> where
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 21. Februar 2003 16:16, Angus Leeming wrote:
> Kornel Benko wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> >
> > On Freitag, 21. Februar 2003 15:28, Alfredo Braunstein wrote:
> >> This should pretty much take care of the annoyance of the images getti
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 21. Februar 2003 16:12, Kornel Benko wrote:
> On Freitag, 21. Februar 2003 15:28, Alfredo Braunstein wrote:
> > This should pretty much take care of the annoyance of the images getting
> > loaded in reversed order at startup.
>
> Wow, this _is_ fast.
Kornel Benko wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Freitag, 21. Februar 2003 15:28, Alfredo Braunstein wrote:
>> This should pretty much take care of the annoyance of the images getting
>> loaded in reversed order at startup.
>
> Wow, this _is_ fast. But now, previewing, the first p
On Fri, Feb 21, 2003 at 03:14:57PM +, Angus Leeming wrote:
> Is there the equivalent of cmpCStr in support ? I couldn't find it on a
> quick look...
None that I am aware of.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either
On Fri, Feb 21, 2003 at 10:23:06AM +0100, Jean-Marc Lasgouttes wrote:
> Kayvan, another thing to think about: how difficult would it be to
> create
> lyx-common.noarch.rpm
> lyx-xforms.i386.rpm
> lyx-qt.i386.rpm
> where the last two would probably only contain the rpm, I guess.
It's fairly easy to
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> I'd feel safer if e.g. you could handle the configure stuff...
I am doing it now, but note that HAVE_PUTENV will not go away since,
for some reason gettext.m4 does test for it (which is strnage since I
did not find code using it).
Is there the equivalent of cmpCStr in support ? I couldn't find it on a
quick look...
char const * const dialognames[] = { "bibitem", "bibtex", "citation",
"error", "index", "ref", "toc", "url" };
char const * const * const end_dialognames =
dialognam
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 21. Februar 2003 15:28, Alfredo Braunstein wrote:
> This should pretty much take care of the annoyance of the images getting
> loaded in reversed order at startup.
Wow, this _is_ fast. But now, previewing, the first page seems to
be processed last.
On Fri, 21 Feb 2003, Angus Leeming wrote:
>
> It looks to me that this piece of code is meant to remove highlighted
text.
> Somethink like, mark a block of text with the cursor key and press any
key.
> The highlighted block is replaced by your key.
>
Yes, I just confirmed your guess.
> What
On Fri, Feb 21, 2003 at 09:40:35AM -0500, Aleksandar Donev wrote:
> adonev> Aleksandar Donev ([EMAIL PROTECTED]) entered the following
> adonev> feedback message on the LyX home page:
> adonev>
>
>
> adonev> Hello,
>
>
On Fri, Feb 21, 2003 at 03:42:38PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> And it looks like HAVE_PUTENV is unneeded afterwards. But I
> Andre> don't know where to remove this.
>
> Line 252 of configure.in (you can remove setenv too, I think).
>
> On line 259 you have a call to LYX_PUTENV_ARG
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Feb 21, 2003 at 03:17:26PM +0100, Andre' Poenitz wrote:
>> PutEnv seems to be completely unused and judging from the comments
>> it would not too much of a loss ...
Andre> And it looks like HAVE_PUTENV is unneeded afterwar
Hello,
I recently submitted a comment on LyX's website and was advised to
forward it to this list. Please cc me to any replies:
adonev> Aleksandar Donev ([EMAIL PROTECTED]) entered the following
adonev> feedback message on the LyX home page:
adonev>
> "poenitz" == poenitz <[EMAIL PROTECTED]> writes:
poenitz> PutEnv seems to be completely unused and judging from the
poenitz> comments it would not too much of a loss ...
I think you can.
JMarc
This should pretty much take care of the annoyance of the images getting
loaded in reversed order at startup.
Bye, Alfredo
Index: ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/graphics/ChangeLog,v
retrieving revision 1.140
diff -u -
On Fri, Feb 21, 2003 at 03:17:26PM +0100, Andre' Poenitz wrote:
>
> PutEnv seems to be completely unused and judging from the comments
> it would not too much of a loss ...
And it looks like HAVE_PUTENV is unneeded afterwards.
But I don't know where to remove this.
Any ideas?
Andre'
--
Those w
PutEnv seems to be completely unused and judging from the comments
it would not too much of a loss ...
Ok?
Andre'
? .filetools.h.swp
Index: filetools.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/filetools.C,v
retri
[EMAIL PROTECTED] wrote:
>
> Hello, Angus:
>
> I have made some interesting observations regarding to the "swallowing"
> of the first CJK-chars on the "Edit->Find&Search" box.
>
> The 'draw_char' in input.c starts with the block,
> "if (sp->endrange >= 0)
> {
> delete_piece(ob, sp->beginra
Hello, Angus:
I have made some interesting observations regarding to the "swallowing"
of the first CJK-chars on the "Edit->Find&Search" box.
The 'draw_char' in input.c starts with the block,
"if (sp->endrange >= 0)
{
delete_piece(ob, sp->beginrange, sp->endrange - 1);
slen = strlen(sp
> "adi" == adi mailbox <[EMAIL PROTECTED]> writes:
adi> c) Some of ERT commands do not work with lyx but work fine if the
adi> file is converted first to latex [see b) above]. For example the
adi> following lyx code:
[...]
adi> The output if viewed in lyx is different compared with the case
ad
File->New. I see a little square aside the cursor (the end of the file it
seems). Is it intended?
Bye, Alfredo
On Friday 21 February 2003 12:17 pm, Reinhard Thies wrote:
> Great,
>
> so it looks that I have to download and install the newest version onto my
> SuSE8.1.
> Thank you for your help.
> Reinhard
Whilst you are, of course free to do this and there are many nice new features
in the latest and grea
Great,
so it looks that I have to download and install the newest version onto my
SuSE8.1.
Thank you for your help.
Reinhard
Angus Leeming wrote:
> Reinhard Thies wrote:
> > I am a visually impaired user and I am one off the approx. 85 % of this
> > group, which need to work with a dark backgro
Angus Leeming wrote:
> I've also added you to the CREDITS file; there's no escape now!
>
Iujuuu!... thanks.
Alfredo
> So in summary, 'if(kbuflen > 1)' is O.K. with the
(B> japanese input, right?
(B
(BYes.
(B
(BRegards,
(BSMiyata
Andre Poenitz wrote:
>> Here, in my own tree, I have inserted my own methods:
>>
>> class Inset {
>> ///
>> virtual void cache(BufferView *) const {}
>> ///
>> virtual BufferView * view() const { return 0; }
>> };
>
> Better.
>
> I had problem to re-create my patc
On Thu, Feb 20, 2003 at 08:19:07PM +, Angus Leeming wrote:
> André, inserting a new bibliography key should automatically trigger the
> Bibliography environment, shouldn't it?
Or the other way round. Changing to Bibliography inserts a bibkey if nmot
yet presenmt.
> Moreover, pressing 'Retur
On Thu, Feb 20, 2003 at 06:08:33PM +, Angus Leeming wrote:
> André what are these?
>
> class UpdatableInset {
> ///
> BufferView * view() const;
> ///
> void setView(BufferView * bv) const;
> };
Unneeded.
> Here, in my own tree, I have inserted my own methods:
On Thu, Feb 20, 2003 at 01:27:39PM -0800, James Frye wrote:
>
> 1) Figure out how to add a font size specification to the
> preferences.xforms init file. What it comes up with now is almost too
> small to see, especially in things like the Math Panel.
If you are referring to the font in the menu
Dialogs like Layout->Document are a pain to use with a "focus follows
mouse/autoraise" policy as they do not appear under the mouse cursor.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Reinhard Thies wrote:
> I am a visually impaired user and I am one off the approx. 85 % of this
> group, which need to work with a dark background and white text color.
> This is inverse to the way it is done normally.
> Is it easy to implement a mode into Lyx providing this feature ?
Hello Reinha
Hi all,
I am new to the list and I do not know if the following Issue was
already discussed before.
I am a visually impaired user and I am one off the approx. 85 % of this
group, which need to work with a dark background and white text color.
This is inverse to the way it is done normally.
Is it
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Friday 21 February 2003 09:24, Jean-Marc Lasgouttes wrote:
>> > "José" == José Matos <[EMAIL PROTECTED]> writes:
>>
>> José> On Thursday 20 February 2003 18:42, José Matos wrote:
>> >> Hi Jean-Marc, is it ok to apply this patch t
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Friday 21 February 2003 09:23, Jean-Marc Lasgouttes wrote:
>> Kayvan, another thing to think about: how difficult would it be to
>> create lyx-common.noarch.rpm lyx-xforms.i386.rpm lyx-qt.i386.rpm
>> where the last two would probably
Alfredo Braunstein wrote:
> Alfredo Braunstein wrote:
>
>> Ah, I see. A call to startLoading within LoadNext() can summon other
>> redraws and end up in a touch(), maybe? In this case, the bucket is
>> needed but not the locking. I will try this.
>
> And it works like a charm. I've tried to corr
Alfredo Braunstein wrote:
> Ah, I see. A call to startLoading within LoadNext() can summon other
> redraws and end up in a touch(), maybe? In this case, the bucket is needed
> but not the locking. I will try this.
And it works like a charm. I've tried to correct also the withespace, and
I'm attac
On Friday 21 February 2003 09:24, Jean-Marc Lasgouttes wrote:
> > "José" == José Matos <[EMAIL PROTECTED]> writes:
>
> José> On Thursday 20 February 2003 18:42, José Matos wrote:
> >> Hi Jean-Marc, is it ok to apply this patch to 1.3.x? This will
> >> allow lyx2lyx to parse csv2lyx generated fi
On Friday 21 February 2003 09:23, Jean-Marc Lasgouttes wrote:
> Kayvan, another thing to think about: how difficult would it be to
> create
> lyx-common.noarch.rpm
> lyx-xforms.i386.rpm
> lyx-qt.i386.rpm
> where the last two would probably only contain the rpm, I guess.
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Thursday 20 February 2003 18:42, José Matos wrote:
>> Hi Jean-Marc, is it ok to apply this patch to 1.3.x? This will
>> allow lyx2lyx to parse csv2lyx generated files, and it doesn't
>> affect other as it is only a matter of whitespac
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Now that baywatch is back up... I think we should put in the
Kayvan> last patch I sent in last night that makes lyx.spec.in respond
Kayvan> to the "configure --frontend" and also puts in the majority of
Kayvan> Zvezdan's changes
John Levon wrote:
> I don't quite follow what context is racing with what other context.
> Remember the timer is based on a GUI implementation so can't "interrupt"
> any straight-line code that doesn't go back to the event loop...
Actually, there's something fishy going on. I've removed the bucke
84 matches
Mail list logo
