Hi all.
I noticed "space" in the end of the formula takes you out of the formula but
no longer adds a space after it. Is this intentional? If so, the tutorial
should be updated (section 4.2).
Maybe somebody could write a short "UI things that changed from 1.1.6 to 1.2
and you need to readjust
John Levon <[EMAIL PROTECTED]> writes:
| 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.
Meaning that my report is wrong or that you want more d
Herbert Voss <[EMAIL PROTECTED]> writes:
| 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.
>
>
| just like http://www.lyx.org/~voss/workarea.gif
exactly.
>> If not fixed fairly quickly
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 little
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 wor
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 pa
On Fri, Jun 21, 2002 at 01:32:06PM -0500, Mate Wierdl wrote:
> 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.
Yes I noticed :)
> Also, I tarred up the archives for each list, and put them on the
>
[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 pix
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:
| 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 _ve
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 overcom
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.
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&r=1&b=200206&w=2
http://marc.theaimsgroup.com/?l=lyx-docs&r=1&b=200206&w=2
http://marc.theaimsgroup.com/?l=lyx-u
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
/us
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/
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 Toolti
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 diminish
> 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 r
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 / auto
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
--
http://w
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'
src/frontends/qt2/ui/Makefi
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
B
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 xf
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 "../../../../../devel/src/front
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 ple
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 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: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
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 ? W
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 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)
Ma
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 wh
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
> > wit
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 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
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 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 pat
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 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
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 Docu
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 wis
41 matches
Mail list logo
