This is pre-alpha, and relies on some stuff lyx can't yet do.
o dunno where to put preferences. Tools is a possibility, but that sucks
o insert is still far too clumsy
Note some of the stuff won't show properly, but I'd appreciate comments
anyway
just stick the attached as default.ui to see
Ok, These patches are now under bugzilla.
--
***
*Alain Castera*
* IPNL - UCB Lyon 1 | e-mail : [EMAIL PROTECTED] *
* Bat. Paul Dirac | or
John Levon [EMAIL PROTECTED] writes:
| To some degree I'm not concerned about the final result of this
| conversation, since I will not include this option in the Qt version of
| prefs,
So the options will exist in preferences, and in lyxrc, but you give
the user no way to set it? Is that
John Levon writes:
This is pre-alpha, and relies on some stuff lyx can't yet do.
o dunno where to put preferences. Tools is a possibility, but that sucks
o insert is still far too clumsy
Note some of the stuff won't show properly, but I'd appreciate comments
anyway
1. The new Document
On Fri, 21 Jun 2002, John Levon wrote:
This is another one ... what's the rationale behind it ?
This one can go.
I implemented this, because at the time, there were doubts whether
machines would be fast enough to handle it.
It turned out that the code was good enough to work for everybody,
so
On Thursday 20 June 2002 7:07 pm, John Levon wrote:
On Thu, Jun 20, 2002 at 06:20:09PM +0100, Angus Leeming wrote:
Well I've only browsed your xforms email, but we need a sub-region not
the entire workarea object, unless you fancy copying a massive pixmap
on every cursor blink (didn't
On Friday 21 June 2002 5:18 am, John Levon wrote:
Can anybody remember/know why we don't use xform's double buffer for the
work area (-flpixmap, fl_set_dblbuffer) ?
Argh, actually, it looks like xforms is internally as stupid as the
FL_DRAW outside ... but I think if you're going to patch
On Fri, Jun 21, 2002 at 05:11:44PM +0900, R. Lahaye wrote:
2. The Reconfigure item jumps from the Edit menu to Tools menu upon loading
a document. This is not nice. How about fixing its location under the File
menu? Right in front of the Exit item.
Yes, good point. I'm not sure that
On Friday 21 June 2002 11:43 am, John Levon wrote:
On Fri, Jun 21, 2002 at 05:11:44PM +0900, R. Lahaye wrote:
2. The Reconfigure item jumps from the Edit menu to Tools menu upon
loading a document. This is not nice. How about fixing its location under
the File menu? Right in front of the
On Fri, Jun 21, 2002 at 09:21:17AM +0200, Lars Gullik Bjønnes wrote:
| To some degree I'm not concerned about the final result of this
| conversation, since I will not include this option in the Qt version of
| prefs,
So the options will exist in preferences, and in lyxrc, but you give
On Fri, Jun 21, 2002 at 11:37:28AM +0100, Angus Leeming wrote:
Yes, good point. I'm not sure that the File solution is the best one
though. iirc, the reason that lyx hides menubar items is that xforms has
no way to shade (show disabled) a menubar item. I'd much prefer to stick
with the
On Fri, Jun 21, 2002 at 10:04:32AM +0100, Angus Leeming wrote:
So, the next step is to make the screen modify the work area pixmap (hide the
work area window) and emit an expose call.
That's what the patch I sent does (should do)
Now does the associated XEvent *
xev have info about which
On Friday 21 June 2002 11:55 am, John Levon wrote:
On Fri, Jun 21, 2002 at 10:04:32AM +0100, Angus Leeming wrote:
So, the next step is to make the screen modify the work area pixmap (hide
the work area window) and emit an expose call.
That's what the patch I sent does (should do)
Maybe
On Fri, Jun 21, 2002 at 12:13:28PM +0100, Angus Leeming wrote:
That's what the patch I sent does (should do)
Maybe ;-) But I'm confused by XScreen::draw:
XCopyArea (fl_get_display(),
owner_.getWin(), // owner_.getPixmap(),
On Friday 21 June 2002 12:32 pm, John Levon wrote:
So, it looks to me that your patch + my xforms patch will allow us to
redraw only a part of the window, with the XScreen::draw proviso above.
But we get an FL_DRAW: what parts of the pixmap should we copy into the
real lyx window ? We
On Fri, Jun 21, 2002 at 01:06:48PM +0100, Angus Leeming wrote:
But we get an FL_DRAW: what parts of the pixmap should we copy into the
real lyx window ? We don't know from this point, so we have to copy the
whole thing :/
But we do know if xev contains this info and (if my xforms patch
On Friday 21 June 2002 1:27 pm, John Levon wrote:
On Fri, Jun 21, 2002 at 01:06:48PM +0100, Angus Leeming wrote:
But we get an FL_DRAW: what parts of the pixmap should we copy into the
real lyx window ? We don't know from this point, so we have to copy the
whole thing :/
But we do
On Fri, Jun 21, 2002 at 01:36:40PM +0100, Angus Leeming wrote:
However, looking at compress_redraw in event.c (starts at line 540) suggests
to me that the xev dimensions ARE thrown away. Could you have a look and tell
me I'm wrong please ;-)
You're wrong.
I think. The compress_redraw is
On Friday 21 June 2002 2:03 pm, John Levon wrote:
On Fri, Jun 21, 2002 at 01:36:40PM +0100, Angus Leeming wrote:
However, looking at compress_redraw in event.c (starts at line 540)
suggests to me that the xev dimensions ARE thrown away. Could you have a
look and tell me I'm wrong please
John,
I take it that these become redundant too when I apply you qt2 patch to alter
lyxfunc.C, minibuffer.C:
for i in Color.h Color.C DropDown.h DropDown.C Tooltips.h Tooltips.C
xformsGImage.C xformsGImage.h xforms_helpers.h xforms_helpers.C; do \
ln -sf
On Fri, Jun 21, 2002 at 02:32:53PM +0100, Angus Leeming wrote:
I take it that these become redundant too when I apply you qt2 patch to alter
lyxfunc.C, minibuffer.C:
for i in Color.h Color.C DropDown.h DropDown.C Tooltips.h Tooltips.C
xformsGImage.C xformsGImage.h xforms_helpers.h
Hi,
I try to open a old lyx file with a CVS version of LyX. It says it cannot and
ask for open it with a previous version. Is there a little utility that make
the conversion ?
--
Ir Pascal Francq
Researcher
Université Libre de Bruxelles
CAD/CAM Department
Avenue F.D. Roosevelt, 50
CP 165/14
When attempting to compile the qt frontend I get with autogen.sh:
src/frontends/qt2/xforms/Makefile.am:15: invalid unused variable name:
`nodist_libqt2xforms_la_SOURCES'
src/frontends/qt2/moc/Makefile.am:18: invalid unused variable name:
`nodist_libqt2moc_la_SOURCES'
Pascal Francq wrote:
I try to open a old lyx file with a CVS version of LyX. It says it cannot and
ask for open it with a previous version. Is there a little utility that make
the conversion ?
edit the lyxfile with any editor and change the version
number to 220
Herbert
--
On Fri, Jun 21, 2002 at 04:01:59PM +0200, Edwin Leuven wrote:
src/frontends/qt2/xforms/Makefile.am:15: invalid unused variable name:
`nodist_libqt2xforms_la_SOURCES'
any clue to what's wrong? (something with automake/conf/cruft?)
Nuke your tree, and make sure to use automake 1.5 /
Nuke your tree, and make sure to use automake 1.5 / autoconf 2.13 only.
Nothing else will do ...
had automake 1.4, now building, thanks!
Thanks, Ed.
ps. redhat 7.3 has in fact both automake 1.4 and 1.5 installed with links in
/usr/bin:
automake - automake-1.4
aclocal - aclocal-1.4
I
On Fri, Jun 21, 2002 at 04:26:35PM +0200, Edwin Leuven wrote:
I removed these and made them point to the 1.5 versions. Is there a better way
to have lyx using the 1.5 versions?
Don't thinkso . I've just set my PATH=/usr/automake-1.5/bin:$PATH
regards
john
--
If a thing is not diminished
On Friday 21 June 2002 2:49 pm, John Levon wrote:
On Fri, Jun 21, 2002 at 02:32:53PM +0100, Angus Leeming wrote:
I take it that these become redundant too when I apply you qt2 patch to
alter lyxfunc.C, minibuffer.C:
for i in Color.h Color.C DropDown.h DropDown.C Tooltips.h Tooltips.C
Angus Leeming wrote:
Have a good w/e and avoid gloating germans.
we are the champions ... :.)
but it was a lousy match ...
Herbert
--
http://www.lyx.org/help/
When LyX 1.2.0 is started in Turkish locale
~$ LANG=tr_TR lyx
one receives lots of error messages like
LyX: menubar::read: Unknown menu tag: `Item' [around line 28 of file
/usr/share/lyx/ui/default.ui]
LyX: menubar::read: Unknown menu tag: `New...|N' [around line 28 of file
OK, so I made sure the appropriate messages are going to this new
web archive, and I see the devel, doc and users list's messages appearing.
http://marc.theaimsgroup.com/?l=lyx-develr=1b=200206w=2
http://marc.theaimsgroup.com/?l=lyx-docsr=1b=200206w=2
Herbert Voss wrote:
we are the champions ... :.)
but it was a lousy match ...
I fully agree to both.
But we are in the Semi-Final.
And where is England? ;-)
Jürgen.
This reduces binary size a tiny bit, and should remove the
LyXTextClass::operator[]() overhead.
If I get no objections this will go in soonish.
I have not done anything to fix qt or gnome, but the changes needed in
the gui dirs are _very_ small.
Comments please.
[patch in next mail to
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| This reduces binary size a tiny bit, and should remove the
| LyXTextClass::operator[]() overhead.
| If I get no objections this will go in soonish.
| I have not done anything to fix qt or gnome, but the changes needed in
| the gui dirs are
One of the last commits broke redraw of the WorkArea.
Just load a document, open an menu, close it and see for yourselves.
If not fixed fairly quickly the patch(es) must be reverted.
--
Lgb
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| One of the last commits broke redraw of the WorkArea.
| Just load a document, open an menu, close it and see for yourselves.
| If not fixed fairly quickly the patch(es) must be reverted.
It seems to me that the screen::expose is using the
On Fri, Jun 21, 2002 at 11:33:53PM +0200, Lars Gullik Bjønnes wrote:
One of the last commits broke redraw of the WorkArea.
Just load a document, open an menu, close it and see for yourselves.
Don't see a problem. I see some problems, but not this one.
If not fixed fairly quickly the
On Sat, Jun 22, 2002 at 01:48:27AM +0200, Lars Gullik Bjønnes wrote:
It seems to me that the screen::expose is using the pixmaps wrong or
something.
More informed bug reports are welcome.
I can now even trigger a Total Grey Out, by moving _into_ the the
workarea...
- have the workarea
If you feel this is the best way to proceed then of course you should.
Angus may I ask you to keep a track of what gets reverted so I can sort
out something workable when I get back. I don't want this stuff to get
totally lost - it is all necessary.
regards
john
p.s. apologies if I was a
This is pre-alpha, and relies on some stuff lyx can't yet do.
o dunno where to put preferences. Tools is a possibility, but that sucks
o insert is still far too clumsy
Note some of the stuff won't show properly, but I'd appreciate comments
anyway
just stick the attached as default.ui to see
Ok, These patches are now under bugzilla.
--
***
*Alain Castera*
* IPNL - UCB Lyon 1 | e-mail : [EMAIL PROTECTED] *
* Bat. Paul Dirac | or
John Levon <[EMAIL PROTECTED]> writes:
| To some degree I'm not concerned about the final result of this
| conversation, since I will not include this option in the Qt version of
| prefs,
So the options will exist in preferences, and in lyxrc, but you give
the user no way to set it? Is that
John Levon writes:
> This is pre-alpha, and relies on some stuff lyx can't yet do.
>
> o dunno where to put preferences. Tools is a possibility, but that sucks
> o insert is still far too clumsy
>
> Note some of the stuff won't show properly, but I'd appreciate comments
> anyway
1. The new
On Fri, 21 Jun 2002, John Levon wrote:
> This is another one ... what's the rationale behind it ?
This one can go.
I implemented this, because at the time, there were doubts whether
machines would be fast enough to handle it.
It turned out that the code was good enough to work for everybody,
On Thursday 20 June 2002 7:07 pm, John Levon wrote:
> On Thu, Jun 20, 2002 at 06:20:09PM +0100, Angus Leeming wrote:
> > > Well I've only browsed your xforms email, but we need a sub-region not
> > > the entire workarea object, unless you fancy copying a massive pixmap
> > > on every cursor blink
On Friday 21 June 2002 5:18 am, John Levon wrote:
> Can anybody remember/know why we don't use xform's double buffer for the
> work area (->flpixmap, fl_set_dblbuffer) ?
>
> Argh, actually, it looks like xforms is internally as stupid as the
> FL_DRAW outside ... but I think if you're going to
On Fri, Jun 21, 2002 at 05:11:44PM +0900, R. Lahaye wrote:
> 2. The Reconfigure item jumps from the Edit menu to Tools menu upon loading
>a document. This is not nice. How about fixing its location under the File
>menu? Right in front of the Exit item.
Yes, good point. I'm not sure that
On Friday 21 June 2002 11:43 am, John Levon wrote:
> On Fri, Jun 21, 2002 at 05:11:44PM +0900, R. Lahaye wrote:
> > 2. The Reconfigure item jumps from the Edit menu to Tools menu upon
> > loading a document. This is not nice. How about fixing its location under
> > the File menu? Right in front
On Fri, Jun 21, 2002 at 09:21:17AM +0200, Lars Gullik Bjønnes wrote:
> | To some degree I'm not concerned about the final result of this
> | conversation, since I will not include this option in the Qt version of
> | prefs,
>
> So the options will exist in preferences, and in lyxrc, but you
On Fri, Jun 21, 2002 at 11:37:28AM +0100, Angus Leeming wrote:
> > Yes, good point. I'm not sure that the File solution is the best one
> > though. iirc, the reason that lyx hides menubar items is that xforms has
> > no way to shade (show disabled) a menubar item. I'd much prefer to stick
> >
On Fri, Jun 21, 2002 at 10:04:32AM +0100, Angus Leeming wrote:
> So, the next step is to make the screen modify the work area pixmap (hide the
> work area window) and emit an expose call.
That's what the patch I sent does (should do)
> Now does the associated XEvent *
> xev have info about
On Friday 21 June 2002 11:55 am, John Levon wrote:
> On Fri, Jun 21, 2002 at 10:04:32AM +0100, Angus Leeming wrote:
> > So, the next step is to make the screen modify the work area pixmap (hide
> > the work area window) and emit an expose call.
>
> That's what the patch I sent does (should do)
On Fri, Jun 21, 2002 at 12:13:28PM +0100, Angus Leeming wrote:
> > That's what the patch I sent does (should do)
>
> Maybe ;-) But I'm confused by XScreen::draw:
>
> XCopyArea (fl_get_display(),
> owner_.getWin(), // owner_.getPixmap(),
>
On Friday 21 June 2002 12:32 pm, John Levon wrote:
> > So, it looks to me that your patch + my xforms patch will allow us to
> > redraw only a part of the window, with the XScreen::draw proviso above.
>
> But we get an FL_DRAW: what parts of the pixmap should we copy into the
> real lyx window ?
On Fri, Jun 21, 2002 at 01:06:48PM +0100, Angus Leeming wrote:
> > But we get an FL_DRAW: what parts of the pixmap should we copy into the
> > real lyx window ? We don't know from this point, so we have to copy the
> > whole thing :/
>
> But we do know if xev contains this info and (if my
On Friday 21 June 2002 1:27 pm, John Levon wrote:
> On Fri, Jun 21, 2002 at 01:06:48PM +0100, Angus Leeming wrote:
> > > But we get an FL_DRAW: what parts of the pixmap should we copy into the
> > > real lyx window ? We don't know from this point, so we have to copy the
> > > whole thing :/
> >
>
On Fri, Jun 21, 2002 at 01:36:40PM +0100, Angus Leeming wrote:
> However, looking at compress_redraw in event.c (starts at line 540) suggests
> to me that the xev dimensions ARE thrown away. Could you have a look and tell
> me I'm wrong please ;-)
You're wrong.
I think. The compress_redraw
On Friday 21 June 2002 2:03 pm, John Levon wrote:
> On Fri, Jun 21, 2002 at 01:36:40PM +0100, Angus Leeming wrote:
> > However, looking at compress_redraw in event.c (starts at line 540)
> > suggests to me that the xev dimensions ARE thrown away. Could you have a
> > look and tell me I'm wrong
John,
I take it that these become redundant too when I apply you qt2 patch to alter
lyxfunc.C, minibuffer.C:
for i in Color.h Color.C DropDown.h DropDown.C Tooltips.h Tooltips.C
xformsGImage.C xformsGImage.h xforms_helpers.h xforms_helpers.C; do \
ln -sf
On Fri, Jun 21, 2002 at 02:32:53PM +0100, Angus Leeming wrote:
> I take it that these become redundant too when I apply you qt2 patch to alter
> lyxfunc.C, minibuffer.C:
>
> for i in Color.h Color.C DropDown.h DropDown.C Tooltips.h Tooltips.C
> xformsGImage.C xformsGImage.h xforms_helpers.h
Hi,
I try to open a old lyx file with a CVS version of LyX. It says it cannot and
ask for open it with a previous version. Is there a little utility that make
the conversion ?
--
Ir Pascal Francq
Researcher
Université Libre de Bruxelles
CAD/CAM Department
Avenue F.D. Roosevelt, 50
CP 165/14
When attempting to compile the qt frontend I get with autogen.sh:
src/frontends/qt2/xforms/Makefile.am:15: invalid unused variable name:
`nodist_libqt2xforms_la_SOURCES'
src/frontends/qt2/moc/Makefile.am:18: invalid unused variable name:
`nodist_libqt2moc_la_SOURCES'
Pascal Francq wrote:
> I try to open a old lyx file with a CVS version of LyX. It says it cannot and
> ask for open it with a previous version. Is there a little utility that make
> the conversion ?
edit the lyxfile with any editor and change the version
number to 220
Herbert
--
On Fri, Jun 21, 2002 at 04:01:59PM +0200, Edwin Leuven wrote:
> src/frontends/qt2/xforms/Makefile.am:15: invalid unused variable name:
> `nodist_libqt2xforms_la_SOURCES'
>
> any clue to what's wrong? (something with automake/conf/cruft?)
Nuke your tree, and make sure to use automake 1.5 /
> Nuke your tree, and make sure to use automake 1.5 / autoconf 2.13 only.
> Nothing else will do ...
had automake 1.4, now building, thanks!
Thanks, Ed.
ps. redhat 7.3 has in fact both automake 1.4 and 1.5 installed with links in
/usr/bin:
automake -> automake-1.4
aclocal -> aclocal-1.4
I
On Fri, Jun 21, 2002 at 04:26:35PM +0200, Edwin Leuven wrote:
> I removed these and made them point to the 1.5 versions. Is there a better way
> to have lyx using the 1.5 versions?
Don't thinkso . I've just set my PATH=/usr/automake-1.5/bin:$PATH
regards
john
--
"If a thing is not
On Friday 21 June 2002 2:49 pm, John Levon wrote:
> On Fri, Jun 21, 2002 at 02:32:53PM +0100, Angus Leeming wrote:
> > I take it that these become redundant too when I apply you qt2 patch to
> > alter lyxfunc.C, minibuffer.C:
> >
> > for i in Color.h Color.C DropDown.h DropDown.C Tooltips.h
Angus Leeming wrote:
>
> Have a good w/e and avoid gloating germans.
we are the champions ... :.)
but it was a lousy match ...
Herbert
--
http://www.lyx.org/help/
When LyX 1.2.0 is started in Turkish locale
~$ LANG=tr_TR lyx
one receives lots of error messages like
LyX: menubar::read: Unknown menu tag: `Item' [around line 28 of file
/usr/share/lyx/ui/default.ui]
LyX: menubar::read: Unknown menu tag: `New...|N' [around line 28 of file
OK, so I made sure the appropriate messages are going to this new
web archive, and I see the devel, doc and users list's messages appearing.
http://marc.theaimsgroup.com/?l=lyx-devel=1=200206=2
http://marc.theaimsgroup.com/?l=lyx-docs=1=200206=2
Herbert Voss wrote:
> we are the champions ... :.)
> but it was a lousy match ...
I fully agree to both.
But we are in the Semi-Final.
And where is England? ;-)
Jürgen.
This reduces binary size a tiny bit, and should remove the
LyXTextClass::operator[]() overhead.
If I get no objections this will go in soonish.
I have not done anything to fix qt or gnome, but the changes needed in
the gui dirs are _very_ small.
Comments please.
[patch in next mail to
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| This reduces binary size a tiny bit, and should remove the
| LyXTextClass::operator[]() overhead.
>
| If I get no objections this will go in soonish.
>
| I have not done anything to fix qt or gnome, but the changes needed in
| the gui dirs are
One of the last commits broke redraw of the WorkArea.
Just load a document, open an menu, close it and see for yourselves.
If not fixed fairly quickly the patch(es) must be reverted.
--
Lgb
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| One of the last commits broke redraw of the WorkArea.
>
| Just load a document, open an menu, close it and see for yourselves.
>
| If not fixed fairly quickly the patch(es) must be reverted.
It seems to me that the screen::expose is using the
On Fri, Jun 21, 2002 at 11:33:53PM +0200, Lars Gullik Bjønnes wrote:
> One of the last commits broke redraw of the WorkArea.
>
> Just load a document, open an menu, close it and see for yourselves.
Don't see a problem. I see some problems, but not this one.
> If not fixed fairly quickly the
On Sat, Jun 22, 2002 at 01:48:27AM +0200, Lars Gullik Bjønnes wrote:
> It seems to me that the screen::expose is using the pixmaps wrong or
> something.
More informed bug reports are welcome.
> I can now even trigger a "Total Grey Out", by moving _into_ the the
> workarea...
>- have the
If you feel this is the best way to proceed then of course you should.
Angus may I ask you to keep a track of what gets reverted so I can sort
out something workable when I get back. I don't want this stuff to get
totally lost - it is all necessary.
regards
john
p.s. apologies if I was a
78 matches
Mail list logo
