Note: lyx version used in 1.2.0
I would like to request that you implement/change the following areas of Lyx
(if possible)
Whenever you do something, (through the menus or through the math panel)
that the relevant shortcut-key be displayed in the mini buffer (for a few
seconds before disappeari
page number on the first page still appears when the page size is
customized, (297mm*210mm) even when style changed from Plain to Empty. The
number (1) only appears on the first page...after that it seems to be fine.
_
Get your F
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
/usr/X11R6/include -O2 -m486 -fno-strength-reduce -W -Wall -c math_nestinset.C
-Wp,-MD,.deps/math_nestinset.TPlo
math_nestinset.C: In method `void MathNestInset::draw(MathPainterInfo &, int,
int) const':
math_nestinset.C:152
On Fri, Jun 14, 2002 at 08:03:29PM +0200, Lars Gullik Bjønnes wrote:
> | You've changed your tune !
> >
> | Why should I fix your bug :P
>
> Why do you think this is my bug?
sure it is, otherwise why did you :
a) ask for help with implementing the completion drop down
b) claim it was "impossib
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jun 12, 2002 at 10:50:49PM +0200, Lars Gullik Bjønnes wrote:
>
>> | 2nd user confused by this in so many days. Can we please fix this now ?
>>
>> Sure go ahead...
>
| You've changed your tune !
>
| Why should I fix your bug :P
Why do you think th
On Fri, Jun 14, 2002 at 07:37:26PM +0200, Michael Abshoff wrote:
> Now my Question: Should I report the bugs to
> Bugzilla and give you guys a shout or what is
> the preferred way of doing things around here?
The ideal way is probably to reduce the document to as small as possible
if you've s
Hallo Everybody,
If have got two bugs, that crop up when importing
math from 1.1.6fix4 into 1.2.0. One seems to be
related to a bug that I found in bugzilla, another
one seems to be different from alle the bugs in
bugzilla. If have got sample LyX-Documents and
can show what errors are produc
On Fri, Jun 14, 2002 at 02:32:27PM -0300, Garst R. Reese wrote:
> I sent a patch for this that works, but Lars wanted something more
> sophisticated.
> Anyway, here it is again since nothing more sophisticated has appeared.
Sit tight, we'll see if somebody gets to fix it properly before 1.2.1 ..
On Fri, Jun 14, 2002 at 06:39:39PM +0200, Jean-Marc Lasgouttes wrote:
> In particular, look at new bug 461, which should not be difficult, but
> is rather major IMO (dataloss). For 425, there is a nice script from
Ah, this reminded me. I've now added a "dataloss" keyword for bugs like
this.
Als
Hi there,
Please find at the end of this message a list of things that have been
fixed in 1.2.1cvs. There are still a lot of things to do, I cannot
find the time to keep up with them. Therefore I would appreciate a
helping hand...
Here is a list of what is in bugzilla for 1.2.1:
http://bugzilla
Lars, I'm not sure if you're still doing this, but I have had a little go.
Attached is a reduced controllers directory with my attempts to date.
Things done so far:
* Make Connections classes to connect/disconnect the dialog from the Dialogs
signals. Controllers will have a ConnectionBase membe
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Ok to commit this to cvs head and to 1_2_X?
Yes. You should mentin that gcc works too :)
Angus> Incidentally, Jean-Marc, my patch to 1_2_X is still valid.
This seems fine with me. Could you remove in insetexternal.C the
spurious
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I can't no ... it definitely needs more thought. And we need
John> some architectural support for proper context determination too
John> (re the discussions on extending the paragraph-changed signal to
John> be more general)
Yes, proba
On Fri, Jun 14, 2002 at 05:37:43PM +0200, Jean-Marc Lasgouttes wrote:
> John> Yes, we should. I think we should have the bottom of Edit-> be
> John> context-specific entries. That way the useless maths/tabular
> John> sub-menus won't be needed unless appropriate.
>
> Could you think of a nice wa
On Friday 14 June 2002 5:02 pm, Kayvan A. Sylvan wrote:
> - Forwarded message from Cron Daemon <[EMAIL PROTECTED]>
> -
>
> Date: Fri, 14 Jun 2002 03:00:05 -0700
> From: [EMAIL PROTECTED] (Cron Daemon)
> To: [EMAIL PROTECTED]
> Subject: Cron bin/lyxrpm
>
> [...]
> cvs server: Updating lib/
- Forwarded message from Cron Daemon <[EMAIL PROTECTED]> -
Date: Fri, 14 Jun 2002 03:00:05 -0700
From: [EMAIL PROTECTED] (Cron Daemon)
To: [EMAIL PROTECTED]
Subject: Cron bin/lyxrpm
[...]
cvs server: Updating lib/ui
cvs server: Updating po
[...]
cvs server: Updating sigc++
cvs server: U
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Jun 14, 2002 at 03:51:25PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> The problem then is that we should have the menu title change
>> depending on what is under the cursor, and this is a bit difficult
>> to
John> Yes, we shou
Ruurd,
Lyx 1.2.0 seems to run stable on my system now. I've started to rewrite the
html docu because of many changes in setting up Lyx.
I've packages Lyx together with the following
1) newest XFree-DLL's
2) ImageMagick compiles under Cygwin
3) epstopdf.exe compiled under Cygwin
The
On Friday 14 June 2002 2:53 pm, Martin Vermeer wrote:
> On Fri, Jun 14, 2002 at 02:26:56PM +0100, Angus Leeming wrote:
> > > Yes! This compiles.
> > >
> > > But does it do what it should? The idea is that somewhere you call
> > > InsetSection::insetShortTitle with an argument ins containing the te
On Fri, Jun 14, 2002 at 03:51:25PM +0200, Jean-Marc Lasgouttes wrote:
> The problem then is that we should have the menu title change
> depending on what is under the cursor, and this is a bit difficult to
Yes, we should. I think we should have the bottom of Edit-> be
context-specific entries. T
On Fri, Jun 14, 2002 at 02:26:56PM +0100, Angus Leeming wrote:
> > Yes! This compiles.
> >
> > But does it do what it should? The idea is that somewhere you call
> > InsetSection::insetShortTitle with an argument ins containing the text
> > you want to be in the short title (sub-) inset. And then
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Jun 14, 2002 at 03:36:43PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> I'd rather see a Layout>Inset... which would work better with the
>> other Layout menu things. Angus sent a patch creating this lfun a
>> couple months ago,
On Fri, Jun 14, 2002 at 03:36:43PM +0200, Jean-Marc Lasgouttes wrote:
> I'd rather see a Layout>Inset... which would work better with the
> other Layout menu things. Angus sent a patch creating this lfun a
> couple months ago, I think.
"Layout" is a good place to make something unfindable. "Inse
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> We already have enough problems with hidden RMB dialogs (I've
John> some vague plans for an Edit->Properties... to fix this)
I'd rather see a Layout>Inset... which would work better with the
other Layout menu things. Angus sent a patch
On Friday 14 June 2002 2:12 pm, Martin Vermeer wrote:
> On Fri, Jun 14, 2002 at 01:24:26PM +0100, Angus Leeming wrote:
> > > Okay John, here is a sample of my ignorance [sentence conformant to
> > > Friday cultural context assumptions]. Attached. It does nothing yet --
> > > it just compiles. Exce
On Fri, Jun 14, 2002 at 01:24:26PM +0100, Angus Leeming wrote:
> > Okay John, here is a sample of my ignorance [sentence conformant to Friday
> > cultural context assumptions]. Attached. It does nothing yet -- it just
> > compiles. Except in one place which I don't get (behind // for now).
>
> D
On Friday 14 June 2002 1:19 pm, Martin Vermeer wrote:
> On Fri, Jun 14, 2002 at 12:49:38PM +0100, John Levon wrote:
>
> ...
>
> > > Yes, I saw InsetSection. Shouldn't we rather develop this further?
> >
> > /me looks
> >
> > lol. Your work is done ! :))
> >
> > > Hmmm, that would require making th
On Fri, Jun 14, 2002 at 12:49:38PM +0100, John Levon wrote:
...
> > Yes, I saw InsetSection. Shouldn't we rather develop this further?
>
> /me looks
>
> lol. Your work is done ! :))
>
> > Hmmm, that would require making the paragraphs following the section
> > header (up to the next header
On Fri, Jun 14, 2002 at 12:58:59PM +0100, Angus Leeming wrote:
> So, I prefer to be paranoid. And your problem is?
I'm just in an aggresive mood ...
> Anyway, we have the ability in a script to test the exit status of every
> process and it's good practice to use this info.
yeah
john
--
"All
On Friday 14 June 2002 12:58 pm, John Levon wrote:
> On Fri, Jun 14, 2002 at 11:27:55AM +0100, Angus Leeming wrote:
> > I have modified the script to test whether
> > ${FDESIGN} -convert ${FDFILE}
> > succeeds and if not exit 1
>
> Why ? fdesign is part of the xforms development package. What
On Friday 14 June 2002 1:00 pm, John Levon wrote:
> On Fri, Jun 14, 2002 at 12:32:31PM +0100, Angus Leeming wrote:
> > So, you need a flag telling you whether you're creating or modifying. Why
> > not modify ViewBase::update to ViewBase::update(bool creating). That
> > should do it. (You might nee
On Fri, Jun 14, 2002 at 12:32:31PM +0100, Angus Leeming wrote:
>
> So, you need a flag telling you whether you're creating or modifying. Why not
> modify ViewBase::update to ViewBase::update(bool creating). That should do
> it. (You might need to have ViewBase::show(bool creating) too...
Yes,
On Fri, Jun 14, 2002 at 11:27:55AM +0100, Angus Leeming wrote:
> I have modified the script to test whether
> ${FDESIGN} -convert ${FDFILE}
> succeeds and if not exit 1
Why ? fdesign is part of the xforms development package. What common
system installs the ehaders, but forgets to install
On Fri, Jun 14, 2002 at 03:57:56PM +1000, Allan Rae wrote:
> > Now I understand the desire from Allan to turn tooltips off.
>
> Not quite. I like the longer descriptions but once I know what thinsg
> do I want to be able to turn them off.
I've said it before: you're a develpoer and you can edi
On Fri, Jun 14, 2002 at 09:45:19AM +0300, Martin Vermeer wrote:
> > How about a context-sensitive menu (CSM) -- right-click on a Section
> > paragraph -- I think the UI files (eg. default.ui) can handle defining
> > such menus can't they?
>
> Yes! Like in insetERT. But a bit orthogonal to this d
On Fri, Jun 14, 2002 at 03:20:20PM +1000, Allan Rae wrote:
> > A good start would be cp insetlabel.C insetshorttitle.C or something.
>
> Please no. Not another silly little dialog.
There is nothing wrong with little dialogs. There is a lot wrong with
bloated dialogs.
> How about a context-sen
On Friday 14 June 2002 12:11 pm, Michael Koziarski wrote:
> Hey guys,
>
> I have a usability question, and I thought I'd discuss it here. I
> think we need to consistently distinguish between 'Object creation'
> and 'Object alteration' operations. i.e. 'Url Properties' vs 'Insert Url'.
> Given
Hey guys,
I have a usability question, and I thought I'd discuss it here. I
think we need to consistently distinguish between 'Object creation'
and 'Object alteration' operations. i.e. 'Url Properties' vs 'Insert Url'.
We do distinguis between the two cases in some places
(FormTabularCreate v
On Friday 14 June 2002 11:17 am, Jean-Marc Lasgouttes wrote:
> Angus> Second question: should we have a configure test for the
> Angus> presence of fdesign?
>
> Is it fdfix that calls fdesign? Then it could probably test by itself
> whether fdesign is available. I'm not sure autoconf would be usef
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I wonder if someone can help me here. Here's an excerpt from
Angus> xforms/forms/Makefile.am. How can I make the .fd -> .[Ch] step
Angus> sensitive to any changes in $(srcdir)/fdfix.sh,
Angus> $(srcdir)/fdfix[ch].sed?
Angus> The o
On Friday 14 June 2002 10:32 am, Angus Leeming wrote:
> I wonder if someone can help me here. Here's an excerpt from
> xforms/forms/Makefile.am. How can I make the .fd -> .[Ch] step sensitive to
> any changes in $(srcdir)/fdfix.sh, $(srcdir)/fdfix[ch].sed?
Ok, I read a make reference and got the
I wonder if someone can help me here. Here's an excerpt from
xforms/forms/Makefile.am. How can I make the .fd -> .[Ch] step sensitive to
any changes in $(srcdir)/fdfix.sh, $(srcdir)/fdfix[ch].sed?
The obvious
.fd.C: $(srcdir)/fdfix.sh
$(SHELL) $(SCRIPT) $<
has no effect.
Second questio
On Friday 14 June 2002 6:58 am, R. Lahaye wrote:
> Hi,
>
> This happens on a FreeBSD 4.5 PC with current LyX 1.3.0cvs.
> Simply open the preferences dialog and LyX collapses.
> Gdb backtrace:
Thanks you, Rob. Fixed.
Angus
> "Duncan" == Duncan Simpson <[EMAIL PROTECTED]> writes:
Duncan> Surely a better fix would be to include endian.h, or
Duncan> if you are absolutely sure it really works everywhere and need
Duncan> to push "modern" C++, and use
Duncan> #if __BYTE_ORDER == __LITTLE_ENDIAN
Duncan> instead of
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> That took care of it.
Good.
JMarc
When BUILDDIR != SRCDIR I get:
files=`cd ../../lib ; echo bind/*.bind clipart/*.eps doc/*.lyx
doc/*.eps doc/*.lyx.in examples/*.lyx examples/*.fen help/*.hlp
images/*.xpm kbd/*.kmap kbd/*.cdef layouts/*.layout layouts/*.inc
templates/*.lyx tex/*.cls tex/*.sty ui/*.ui` ; \
for i in ${files}
46 matches
Mail list logo
