Michael Schmitt wrote:
Hi,
I think I can contribute a one-line patch to the problem that the cursor
positioning is inprecise in lines which include hfills.
The patch is against 1.2.2cvs. Could anybody with a little bit more
knowledges of the LyX code than myself please check the
John Levon wrote:
Qt seems to get the height and metrics of things like \biguplus
completely wrong. Can people using qt 3 etc. give it a go ?
I do not know what we can do to fix this (much like most of the other
bugs in the Qt frontend)
If we accept qt2 and 3 why the hell the configure
John Levon wrote:
Qt seems to get the height and metrics of things like \biguplus
completely wrong. Can people using qt 3 etc. give it a go ?
I do not know what we can do to fix this (much like most of the other
bugs in the Qt frontend)
I finally decided to have 2 build trees so that I may
Juergen Vigna wrote:
I finally decided to have 2 build trees so that I may be able to
help John in his work to get a working qt implementation. But now
I'm stopped with the following error (make immediately after a configure)
Are you compiling this on a FreeBSD system?
I am, and I had a
Trying to compile release 1.2.1 on both Win32/Cygwin and SuSE 8.0 I do get
errors, because
#include FORMS_H_LOCATION
can't be resolved by the C-preprocessor. A diff with 1.2.0 shows that
src/config.h does not include any xforms stuff in particular that #define
FORMS_H_LOCATION needed above.
On Sun, Sep 08, 2002 at 04:23:04PM +0100, Angus Leeming wrote:
On Saturday 07 September 2002 9:36 pm, Martin Vermeer wrote:
Why in insets/insetgraphics.C:
686 string const message = file_exists ?
687 string() : string(bb = 0 0 200 100, draft, type=eps]);
...
R. Lahaye wrote:
Are you compiling this on a FreeBSD system?
No I'm working on RedHat Linux 7.3
I am, and I had a similar problem, using make.
As soon as I used gmake, these problems were gone.
Never bothered to find out why :(.
It seems that there are problems when using the standard
Rob Lahaye [EMAIL PROTECTED] writes:
| Martin Vermeer wrote:
On Sat, Sep 07, 2002 at 03:23:13PM +0900, Rob Lahaye wrote:
Hi,
With present CVS!
...
step: Counter does not exist:
step: Counter does not exist:
And there is only #:, instead of Figure #:.
It's even worse: when PS-viewing the
Claus Hentschel [EMAIL PROTECTED] writes:
| Trying to compile release 1.2.1 on both Win32/Cygwin and SuSE 8.0 I do get
| errors, because
| #include FORMS_H_LOCATION
| can't be resolved by the C-preprocessor. A diff with 1.2.0 shows that
| src/config.h does not include any xforms stuff in
Lars Gullik Bjønnes wrote:
There should be an include stdfloat.inc line in stdclass.inc.
Lars,
I had/have no idea what these *.inc do or mean, and thus it took me a
while to get to the real problem. That problem was: this std*.inc breaks
the use of revtex4.layout (with cvs, that is).
And
R. Lahaye [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
There should be an include stdfloat.inc line in stdclass.inc.
| Lars,
| I had/have no idea what these *.inc do or mean, and thus it took me a
| while to get to the real problem. That problem was: this std*.inc breaks
| the use
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
This is my patch for this.
This is basic support, it can be enhanced with, NoFloat, CopyFloat
etc. if wanted.
| A question: why have a LyXTextClass readFloat instead of Floating::read?
| The later could also be used
R. Lahaye [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
R. Lahaye [EMAIL PROTECTED] writes:
| Hi,
| | That text appears in the xterminal, several times when I open my
document
| (created and saved with CVS). You didn't apply my counters patch
did you?
(I am aware of a bug in it
One more on this front:
make[6]: Entering directory
`/soft/lyx/lyx-devel/build-qt/src/frontends/qt2/ui/moc'
source='QAboutDialogBase_moc.C' object='QAboutDialogBase_moc.lo' libtool=yes \
depfile='.deps/QAboutDialogBase_moc.Plo'
tmpdepfile='.deps/QAboutDialogBase_moc.TPlo' \
depmode=gcc3
On Monday 09 September 2002 09:02, Martin Vermeer wrote:
No. This is a clear example of obfuscated code. Feel free to
make it obvious. Angus
Here comes.
09/09/2002Martin Vermeer [EMAIL PROTECTED]
* insetgraphics.C: disfuscated use of ']' in built output
string.
Thanks,
Angus Leeming wrote:
There are two problems to address.
1. Updating the image on screen.
I think you should just use the FileMonitor.[Ch] files that we use in
1.3.0cvs because I know that they work and they're a clean and minimal
solution. I attach them for your perusal. You'll have
On Monday 09 September 2002 03:20, R. Lahaye wrote:
The present patch polishes the layout of the dialogs, but not
the LaTeX info dialog. Also, the patch to FormBase.C and
FormBaseDepreciated.C is added, to manage properly the
dialog's title and the minimized dialog's title/icon.
Thanks, Rob.
On Monday 09 September 2002 10:11, Marco Morandini wrote:
Angus Leeming wrote:
There are two problems to address.
1. Updating the image on screen.
I think you should just use the FileMonitor.[Ch] files that
we use in 1.3.0cvs because I know that they work and they're
a clean and
On Monday 09 September 2002 09:42, Angus Leeming wrote:
On Monday 09 September 2002 03:20, R. Lahaye wrote:
The present patch polishes the layout of the dialogs, but
not the LaTeX info dialog. Also, the patch to FormBase.C and
FormBaseDepreciated.C is added, to manage properly the
SCANOST.TXT
Description: Binary data
Angus Leeming wrote:
Rob, I'll apply this as is, but I attach a small screenshot of
the graphics dialog on my box. I clearly have larger fonts
installed than do you. Could you make those choice boxes a
little longer? (The Germans amongst us will be happier too...)
Angus,
The
Hi,
Qt fails to compile as subject says.
Cheers,
Rob.
Hello everybody,
1. If you (manually) add a footnote in an eqn-array the resulting
TeX-Code doesn't do
the job right. It does display the footnote-symbol, but eats the
footnote itself.
The attached file demonstrates that case.
2. Another problem arises from the following TeX-Code (produced
Hi,
Attached patch adds an asterisk (*) to the title of a minimized LyX
document (title under the icon). This way it is possible to recognize
whether the iconized LyX document is in a changed state or not.
The changed state has an asterisk appended, otherwise not.
I've seen this in other
On Monday 09 September 2002 11:25, R. Lahaye wrote:
The screenshot you sent me, was the graphics dialog.
The patch you're going to apply (or have applied already),
actually does not patch this dialog, but I'm going to rework
the graphics dialog any time soon (and yes, I'll then make
the
Hi,
1) Tooltips:
I need to overwrite a tooltip string, because some buttons swap their
purpose upon activation (e.g. Go to in Cross-Reference dialog, and
Start in Spellchecker dialog).
However, when I call again to overwrite, for example:
On Monday 09 September 2002 13:18, R. Lahaye wrote:
Hi,
1) Tooltips:
I need to overwrite a tooltip string, because some buttons
swap their purpose upon activation (e.g. Go to in
Cross-Reference dialog, and Start in Spellchecker dialog).
However, when I call again to overwrite, for
On Monday 09 September 2002 13:00, R. Lahaye wrote:
Hi,
Attached patch adds an asterisk (*) to the title of a
minimized LyX document (title under the icon). This way it is
possible to recognize whether the iconized LyX document is in
a changed state or not. The changed state has an asterisk
On Mon, Sep 09, 2002 at 01:23:43PM +0200, Michael Abshoff wrote:
1. If you (manually) add a footnote in an eqn-array the resulting
TeX-Code doesn't do
the job right. It does display the footnote-symbol, but eats the
footnote itself.
The attached file demonstrates that case.
This is a
Angus Leeming wrote:
On Monday 09 September 2002 13:18, R. Lahaye wrote:
Hi,
1) Tooltips:
I need to overwrite a tooltip string, because some buttons
swap their purpose upon activation (e.g. Go to in
Cross-Reference dialog, and Start in Spellchecker dialog).
However, when I call again
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen Michael Schmitt wrote:
Hi, I think I can contribute a one-line patch to the problem that
the cursor positioning is inprecise in lines which include hfills.
The patch is against 1.2.2cvs. Could anybody with a little bit more
John == John Levon [EMAIL PROTECTED] writes:
John On Sat, Sep 07, 2002 at 12:54:27PM +0300, Dekel Tsur wrote:
In my opinion you can remove this.
John Please review. It seems to work for me.
Concerning the usefulness of this feature. I think it is latex'
\includeonly feature, where some parts
John == John Levon [EMAIL PROTECTED] writes:
I agree that we should change that (hmm is it already done?)
JMarc
On Monday 09 September 2002 2:27 pm, R. Lahaye wrote:
void Tooltips::init(FL_OBJECT * ob, string const tip)
{
lyx::Assert(ob ob-form);
tooltipsMap[ob] = formatted(trim(tip), 400);
}
No, doesn't help. Problem remains. Somehow Tooltips disables
overwriting an existing tooltip
I thought the commit that made lyx2lyx available had been commmiteed a
week or two ago. It still doesn't show up for me with an update this
morning.
hawk
--
Richard E. Hawkins, Asst. Prof. of Economics/\ ASCII ribbon campaign
[EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ /
WHen we had the checkboxes, either the choice was persistent or the
default was postscript.
With the new scrolling box, it is necessary to click each and every time
the window is activated, a mouseophiliac approach.
hawk, mouseophobe
--
Richard E. Hawkins, Asst. Prof. of Economics/\
On Monday 09 September 2002 3:56 pm, Dr. Richard E. Hawkins
wrote:
WHen we had the checkboxes, either the choice was persistent
or the default was postscript.
With the new scrolling box, it is necessary to click each and
every time the window is activated, a mouseophiliac approach.
hawk,
On Mon Sep 9, 2002 11:00, Juergen Vigna wrote:
Hope anybody may help me.
you're using moc of qt2 whereas your includes are of qt3. Make sure to use to
right moc
cheers, Ed.
Does anyone else see something similar? This is the stock
compiler on Debian unstable.
Angus
g++ -DHAVE_CONFIG_H -I.
-I../../../../../../src/frontends/qt2/ui/moc
-I../../../../../src -I../../../../../../src/
-I../../../../../../src/frontends/
-I../../../../../../src/frontends/controllers
On Mon, Sep 09, 2002 at 04:03:08PM +0200, Jean-Marc Lasgouttes wrote:
Concerning the usefulness of this feature. I think it is latex'
\includeonly feature, where some parts of the document will not be
typeset, but latex will remember the labels, number of pages, etc.
If this is what it used
On Mon, Sep 09, 2002 at 11:20:27AM +0900, R. Lahaye wrote:
Really. Well, you only objection was the LaTeX info dialog; you actually
Oh, maybe I'm getting confused, I was referring to all the wrong
tooltips etc. But then ISTR you said you fixed those
regards
john
On Mon, Sep 09, 2002 at 03:42:04PM +0100, Angus Leeming wrote:
On Monday 09 September 2002 3:56 pm, Dr. Richard E. Hawkins
wrote:
WHen we had the checkboxes, either the choice was persistent
or the default was postscript.
With the new scrolling box, it is necessary to click each and
On Mon, Sep 09, 2002 at 09:09:33AM +0200, Juergen Vigna wrote:
If we accept qt2 and 3 why the hell the configure option is named qt2?
Seems not natural to me, does it?
Indeed. I'll fix it someday. IT's hardly high priority.
regards
john
--
This *is* Usenet, after all, where virtually every
On Mon, Sep 09, 2002 at 09:14:49AM +0200, Juergen Vigna wrote:
`/soft/lyx/lyx-devel/build-qt/src/frontends/qt2/ui'
make[6]: *** No rule to make target `libqt2ui.la.c', needed by
`libqt2ui.la'. Stop.
You must use exactly :
automake 1.5
autoconf 2.13
From an entirely clean tree. No other
On Mon, Sep 09, 2002 at 04:23:40PM +0900, R. Lahaye wrote:
PS: I am also comfused why there's so much qt2 stuff around
whereas lyx-cvs happily compiles with Qt3. Indeed, why not renaming
all the qt2-names/files/dirs into simply qt
This would require a change in the CVS repository.
Are
John Levon [EMAIL PROTECTED] writes:
| On Mon, Sep 09, 2002 at 09:09:33AM +0200, Juergen Vigna wrote:
|
| If we accept qt2 and 3 why the hell the configure option is named qt2?
| Seems not natural to me, does it?
|
| Indeed. I'll fix it someday. IT's hardly high priority.
Agree... it would
On Mon, Sep 09, 2002 at 10:47:35AM -0400, Dr. Richard E. Hawkins wrote:
I thought the commit that made lyx2lyx available had been commmiteed a
week or two ago. It still doesn't show up for me with an update this
morning.
AFAIK only the change that allowed you to run lyx in-place was made,
John Levon [EMAIL PROTECTED] writes:
| On Mon, Sep 09, 2002 at 09:14:49AM +0200, Juergen Vigna wrote:
|
| `/soft/lyx/lyx-devel/build-qt/src/frontends/qt2/ui'
| make[6]: *** No rule to make target `libqt2ui.la.c', needed by
| `libqt2ui.la'. Stop.
|
| You must use exactly :
|
| automake 1.5
On Mon, Sep 09, 2002 at 03:44:48PM +0100, Angus Leeming wrote:
Does anyone else see something similar? This is the stock
compiler on Debian unstable.
This is what happens when you use a NON-EXISTENT compiler that isn't
released by GNU !! Don't use the gcc that doesn't exist DEBIAN ARE
John == John Levon [EMAIL PROTECTED] writes:
John On Mon, Sep 09, 2002 at 04:03:08PM +0200, Jean-Marc Lasgouttes
John wrote:
Concerning the usefulness of this feature. I think it is latex'
\includeonly feature, where some parts of the document will not be
typeset, but latex will remember the
On Mon, Sep 09, 2002 at 05:54:38PM +0200, Lars Gullik Bjønnes wrote:
I use
autoconf-2.5.3
automake-1.6.3
These exact packages failed for Ben Stanley, I believe.
Certainly I know that 1.6.1/2.13 fails as does 1.4-anything/anything
regards
john
--
This *is* Usenet, after all, where
On Mon, Sep 09, 2002 at 05:53:16PM +0200, Lars Gullik Bjønnes wrote:
Agree... it would be more important to get qt3 to work at all (menu
stuff)
You've yet to answer what Qt version you use !
What you need to do is create a little testcase using
QMenuBar::activated() and see if it works
john
On Monday 09 September 2002 4:47 pm, Dr. Richard E. Hawkins
wrote:
On Mon, Sep 09, 2002 at 03:42:04PM +0100, Angus Leeming wrote:
On Monday 09 September 2002 3:56 pm, Dr. Richard E. Hawkins
wrote:
WHen we had the checkboxes, either the choice was
persistent or the default was
On Mon, Sep 09, 2002 at 06:59:45PM +0300, Dekel Tsur wrote:
But when installing LyX, the lyx2lyx files are not installed to LYXDIR.
Can you make the necessary modification to your patch ?
No. I haven't got it any more
john
--
This *is* Usenet, after all, where virtually every conversation
Peter == Peter Suetterlin [EMAIL PROTECTED] writes:
Peter Hi,
Peter I sent a new version of the german localisation file to the
Peter lyxdoc list yesterday, but it didn't show up there :-( (not
Peter sure anyhow if this is docs related - maybe not) Anyhow, I'm
Peter resending it here...
John Levon [EMAIL PROTECTED] writes:
| On Mon, Sep 09, 2002 at 05:54:38PM +0200, Lars Gullik Bjønnes wrote:
|
| I use
|
| autoconf-2.5.3
| automake-1.6.3
|
|
| These exact packages failed for Ben Stanley, I believe.
after I added the configure.ac files?
--
Lgb
Claus == Claus Hindsgaul [EMAIL PROTECTED] writes:
Claus man, 2002-09-02 kl. 08:49 skrev Juergen Vigna:
Really compact this danish language, it's so short that we don't
even need a da.po file ;)
Claus Hmmm, very funny... :-)
Claus The file is attached this time. Really...
Applied to
John == John Levon [EMAIL PROTECTED] writes:
John Well patches talk I suppose ;)
John Will you accept it ?
I am all for this change.
JMarc
On Mon, Sep 09, 2002 at 06:10:39PM +0200, Lars Gullik Bjønnes wrote:
| These exact packages failed for Ben Stanley, I believe.
after I added the configure.ac files?
Yes, a day or two ago. Maybe I misunderstood which versions he was
using.
regards
john
--
This *is* Usenet, after all,
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars I think I know what this problem is.
Lars It is undefined behaviour with how some AM_CONDITIONAL is used
Lars now.
Lars The result is that the XPM loaders is alwas turned on...
I'd be interested to see a fix for that. Not using
John Levon [EMAIL PROTECTED] writes:
| On Mon, Sep 09, 2002 at 05:53:16PM +0200, Lars Gullik Bjønnes wrote:
|
| Agree... it would be more important to get qt3 to work at all (menu
| stuff)
|
| You've yet to answer what Qt version you use !
qt-3.0.3-11
| What you need to do is create a
On Mon, Sep 09, 2002 at 07:27:50PM +0900, R. Lahaye wrote:
Qt fails to compile as subject says.
Fixed.
thanks
john
--
This *is* Usenet, after all, where virtually every conversation that goes on
is fairly ludicrous in the first place.
- Godwin's Law FAQ
On Mon, Sep 09, 2002 at 06:12:41PM +0200, Lars Gullik Bjønnes wrote:
| You've yet to answer what Qt version you use !
qt-3.0.3-11
in 3.0.5 changes :
QPopupMenu
Fixed inserting widgets with index smaller than 0.
It's possible that this could break ALL the menus somehow. But I think
we
On Monday 09 September 2002 4:58 pm, John Levon wrote:
On Mon, Sep 09, 2002 at 03:44:48PM +0100, Angus Leeming wrote:
Does anyone else see something similar? This is the stock
compiler on Debian unstable.
This is what happens when you use a NON-EXISTENT compiler that
isn't released by GNU
John Levon [EMAIL PROTECTED] writes:
| On Mon, Sep 09, 2002 at 06:12:41PM +0200, Lars Gullik Bjønnes wrote:
|
| | You've yet to answer what Qt version you use !
|
| qt-3.0.3-11
|
| in 3.0.5 changes :
|
| QPopupMenu
|
| Fixed inserting widgets with index smaller than 0.
do we use
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars I think I know what this problem is.
|
| Lars It is undefined behaviour with how some AM_CONDITIONAL is used
| Lars now.
|
| Lars The result is that the XPM loaders is alwas turned
On Mon, Sep 09, 2002 at 04:51:21PM +0100, Angus Leeming wrote:
(qt2/ui/moc/QCitationDialogBase_moc.C). Is it the same as your's?
Identical.
Interestingly, they have the following compilers available
2.95.4-17 (default)
2.95.4-11 (why an earlier patch level? Suggests something
On Mon, Sep 09, 2002 at 06:24:09PM +0200, Lars Gullik Bjønnes wrote:
| Fixed inserting widgets with index smaller than 0.
do we use negative indices for anything?
For some reason the math menu uses it when its disabled. But I don't
know why or how !
Try commenting out the Edit menu from
John Levon [EMAIL PROTECTED] writes:
| On Mon, Sep 09, 2002 at 06:24:09PM +0200, Lars Gullik Bjønnes wrote:
|
| | Fixed inserting widgets with index smaller than 0.
|
| do we use negative indices for anything?
|
| For some reason the math menu uses it when its disabled. But I don't
| know
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Fri, Aug 30, 2002 at 01:37:31AM +0300, Gady Kozma wrote:
Lyx 1.2.1 adds spurious { } when reading 1.2.0 files with _ inside
the labels. Actually, this problem seem to manifest in various
random versions of lyx. The patch attached
On Mon, Sep 09, 2002 at 06:32:37PM +0200, Lars Gullik Bjønnes wrote:
| Try commenting out the Edit menu from default.ui
I really doubt that this can be it.
Does that mean you've tried it ? Qt can be surprisingly stupid.
Seeing as the behaviour and code is so simple, I can assume it is
John Levon wrote:
On Mon, Sep 09, 2002 at 10:47:35AM -0400, Dr. Richard E. Hawkins wrote:
I thought the commit that made lyx2lyx available had been commmiteed a
week or two ago. It still doesn't show up for me with an update this
morning.
AFAIK only the change that allowed you to run
Why have we got these tacked onto the end of Misc panel ?
^ and _ in this panel give :
^{ } and _
what use are they ?
How the hell are you supposed to use the sum limits buttons ?
Why aren't the fonts a combobox, and why are they not idempotent ?
Why don't my mathbb letters show up
John Levon [EMAIL PROTECTED] writes:
| Why have we got these tacked onto the end of Misc panel ?
|
| ^ and _ in this panel give :
|
| ^{ } and _
|
| what use are they ?
|
| How the hell are you supposed to use the sum limits buttons ?
|
| Why aren't the fonts a combobox, and why are
On Monday 09 September 2002 7:09 pm, John Levon wrote:
Why have we got these tacked onto the end of Misc panel ?
^ and _ in this panel give :
^{ } and _
what use are they ?
How the hell are you supposed to use the sum limits buttons ?
Why aren't the fonts a combobox, and why are
On Mon, Sep 09, 2002 at 06:48:33PM +0100, Angus Leeming wrote:
Yes, me. Things like that should be done in a MathPanelBackend
or somesuch that all frontends can get at.
Of course. But you are /you/ going to rewrite xforms to take advantage
of it ?
I'm blimming well not
john
--
This *is*
On Mon, Sep 09, 2002 at 08:18:02PM +0200, Lars Gullik Bjønnes wrote:
We cannot have the gui's diverge on this... so if it is done for Qt,
then it _must_ be done for xforms as well.
We want no secondary citizens.
What on earth happened to healthy competition between the frontends ?
If the
On Mon, Sep 09, 2002 at 07:09:52PM +0100, John Levon wrote:
I want to add a ~/.lyx/ config file for defining the math symbol panels
in Qt (IMO somebody should do the same for xforms as well !). Does
anybody disagree with this ?
What do you want to config ?
On Mon, Sep 09, 2002 at 07:09:52PM +0100, John Levon wrote:
Why have we got these tacked onto the end of Misc panel ?
^ and _ in this panel give :
^{ } and _
what use are they ?
I believe they represent themselves as symbols, i.e. (hat) and
(underscore). Have you ever tried
On Mon, Sep 09, 2002 at 09:34:02PM +0300, Dekel Tsur wrote:
On Mon, Sep 09, 2002 at 07:09:52PM +0100, John Levon wrote:
I want to add a ~/.lyx/ config file for defining the math symbol panels
in Qt (IMO somebody should do the same for xforms as well !). Does
anybody disagree with this ?
On Mon, Sep 09, 2002 at 09:53:10PM +0300, Martin Vermeer wrote:
I believe they represent themselves as symbols, i.e. (hat) and
(underscore). Have you ever tried to insert these literally
into math in some other way?
I see. What an odd rendering for ^. A blue box you cannot click in. Very
On Mon, Sep 09, 2002 at 12:19:38AM +0200, Christophe GIAUME wrote:
I've found a cosmetic bug related to tables. I'm using LyX 1.2.1.
Can you please file a bug in bugzilla.lyx.org ?
thanks
john
--
This *is* Usenet, after all, where virtually every conversation that goes on
is fairly
On Sat, Sep 07, 2002 at 08:10:42PM +0300, Dekel Tsur wrote:
By the way, it is easy to modify the code so in places where the font change,
the user will be able to put the cursor either before the change or after
the change (namely, in a\emph{b} the user will be able to put the cursor
after
On Fri, Sep 06, 2002 at 07:22:55PM +0200, Michael Schmitt wrote:
thanks for the nice patch. I adapted it to 1.2.2cvs and made a slight
modification such that the vertical bar is also printed for vfills again
(like it was printed in the pre-patch era).
JMarc ? Should we do this. I'm leaning
I've ported my floatflt patch to 1.3.0cvs.
If there are no objections, I'll commit it.
patch.gz
Description: GNU Zip compressed data
On Mon, Sep 09, 2002 at 11:02:26PM +0300, Dekel Tsur wrote:
I've ported my floatflt patch to 1.3.0cvs.
If there are no objections, I'll commit it.
Let me test it first please. I want to see if the crash it uncovered is
still there.
+ { LFUN_INSET_WRAP, wrap-insert, Insert a
On Mon, Sep 09, 2002 at 09:21:57PM +0100, John Levon wrote:
On Mon, Sep 09, 2002 at 11:02:26PM +0300, Dekel Tsur wrote:
I've ported my floatflt patch to 1.3.0cvs.
If there are no objections, I'll commit it.
Let me test it first please. I want to see if the crash it uncovered is
still
On Mon, Sep 09, 2002 at 11:38:15PM +0300, Dekel Tsur wrote:
I removed the problematic code, as old files will be converted by lyx2lyx.
Excellent. Things seem to work OK. One thing is that I can deselect
default placement entirely independently of left/right/inner. Is that
correct ? Once I've
On Mon, Sep 09, 2002 at 09:57:21PM +0100, John Levon wrote:
Excellent. Things seem to work OK. One thing is that I can deselect
Oh also, can we have a sensible default for the width ? Say 50 % or
something ?
LaTeX seems to do a pretty terrible job of wrapping words properly btw
regards
john
John Levon [EMAIL PROTECTED] writes:
| On Mon, Sep 09, 2002 at 08:18:02PM +0200, Lars Gullik Bjønnes wrote:
|
| We cannot have the gui's diverge on this... so if it is done for Qt,
| then it _must_ be done for xforms as well.
|
| We want no secondary citizens.
|
| What on earth happened
John == John Levon [EMAIL PROTECTED] writes:
John On Fri, Sep 06, 2002 at 07:22:55PM +0200, Michael Schmitt wrote:
thanks for the nice patch. I adapted it to 1.2.2cvs and made a
slight modification such that the vertical bar is also printed for
vfills again (like it was printed in the
On Tue, Sep 10, 2002 at 12:22:50AM +0200, Jean-Marc Lasgouttes wrote:
I think we can, but I have not tried it myself. But if you are
confident about it (more than andre' was with his math label patch :),
then go ahead.
Well let's put it in 1.3 for now, and see how it does. Michael can you
On Tue, Sep 10, 2002 at 12:20:29AM +0200, Lars Gullik Bjønnes wrote:
| What on earth happened to healthy competition between the frontends ?
One config file for one and something other for the other(s) is not
healthy competition anymore.
You CANNOT configure the xforms frontend in this
Angus Leeming wrote:
On Monday 09 September 2002 2:27 pm, R. Lahaye wrote:
No, doesn't help. Problem remains.
I'm surprised, since Tooltips::set() fills the xforms tooltip
from the map. What happens if you toggle the tooltips off and
then on again. Is the thing reset?
Just to be on
Hi,
Attached polished version of the graphics dialog.
Angus, could you check if the choice buttons in the dialog
are long enough for your large fonts.
If ok, please apply.
Regards,
Rob.
PS: is resize of tabbed dialogs broken in Xforms.
Only the outer tabfolder window resizes, but not its
Hi,
The Insert-Label is a dialog that has a totally different setup from
all other dialogs:
- It doesn't have an .fd file in the xforms/forms directory.
- Neither does it have a .C in xforms and controller directories..
- It doesn't listen to Preferences Dialogs iconify with main window.
-
Michael Schmitt wrote:
> Hi,
>
> I think I can contribute a one-line patch to the problem that the cursor
> positioning is inprecise in lines which include hfills.
>
> The patch is against 1.2.2cvs. Could anybody with a little bit more
> knowledges of the LyX code than myself please check the
John Levon wrote:
> Qt seems to get the height and metrics of things like \biguplus
> completely wrong. Can people using qt 3 etc. give it a go ?
>
> I do not know what we can do to fix this (much like most of the other
> bugs in the Qt frontend)
If we accept qt2 and 3 why the hell the
John Levon wrote:
> Qt seems to get the height and metrics of things like \biguplus
> completely wrong. Can people using qt 3 etc. give it a go ?
>
> I do not know what we can do to fix this (much like most of the other
> bugs in the Qt frontend)
I finally decided to have 2 build trees so that
Juergen Vigna wrote:
>
> I finally decided to have 2 build trees so that I may be able to
> help John in his work to get a working qt implementation. But now
> I'm stopped with the following error (make immediately after a configure)
>
Are you compiling this on a FreeBSD system?
I am, and I
1 - 100 of 192 matches
Mail list logo