$$
HOT BUSINESS OPPORTUNITY AVAILABLE
FOR THOSE WHO QUALIFY...
1. MUST BE A UNITED STATES RESIDENT
2. MUST BE 21 YEARS OF AGE OR OVER.
YOU WILL SHARE IN DIALYSIS CENTERS OF AMERICA
LATEST CASH INCOME STREAM.
EARN OVER 30% RETURN ON YOUR MONEY!
INTEREST P
[EMAIL PROTECTED] a million
Want to make a million bucks this year?
Me too but it's probably not going happen!
However if your looking for the opportunity to
make a couple thousand a week,
working form home, with your pc, we need to talk.
If you're over 18 and a US resident,
Just Click
Make a million
Want to make a million bucks this year?
Me too but it's probably not going happen!
However if your looking for the opportunity to
make a couple thousand a week,
working form home, with your pc, we need to talk.
If you're over 18 and a US resident,
Just Click REPLY
Send
John,
This patch is applied to my tree ever since I've submitted it to the
list long while back. Never crashed here.
However, I must admit that I don't know how to thoroughly test this
feature, since I have no idea what this "Changes" is all about.
So, if more testing is appreciated from my side
On Sat, Mar 08, 2003 at 05:57:03PM +, John Levon wrote:
> On Sat, Mar 08, 2003 at 09:27:18AM -0800, Kayvan A. Sylvan wrote:
>
> > 1) File->Revert comes up with a "Do you want to save your changes" dialog.
> >I don't know if this makes sense. Hitting "Yes" makes that you
> >have just sa
Attached is a diff for no.po, it translates the remaining menu items to
Norwegian. I hope it makes it for 1.3.1.
Helge Hafting
Index: no.po
===
RCS file: /cvs/lyx/lyx-devel/po/no.po,v
retrieving revision 1.81.2.3
diff -u -r1.81.2.3
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > and then you must cache bv's instead...
|
| Ah... I see your point I think. Your plan is to have a bufferview for say an
| 'actually visible view'. So you will have simultaneosly the same nr. of
| bv's as these sho
Lars Gullik Bjønnes wrote:
> and then you must cache bv's instead...
Ah... I see your point I think. Your plan is to have a bufferview for say an
'actually visible view'. So you will have simultaneosly the same nr. of
bv's as these shown 'views'. These views can be windows splits or stale
windows
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>>> Icon "dialog-show-new-inset graphics" "graphics.xpm"
>> Why ?
Angus> Because it's three lines of code and it's done in
Angus> ToolbarDefaults.C (which, as you note, is where this code
Angus> should be). Shall I do it?
Thqt does not
JMarc requested a long time ago that I put up a page containing some of
my UI references I pull out of a hat. Well I finally got round to it.
Hope some of it is useful or even mildly diverting. "The Fly UI" is your
first port of call, naturally.
http://movementarian.org/links/
john
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| >
| > | Lars Gullik Bjønnes wrote:
| > |
| > | > Because when you change documents you have to rebreak... rebreaking is
| > | > expensive and takes time. that is wh
Lars Gullik Bjønnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> |
> | > Because when you change documents you have to rebreak... rebreaking is
> | > expensive and takes time. that is why we have the textcache.
> | >
> |
> | Sorry for being bold. I
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Because when you change documents you have to rebreak... rebreaking is
| > expensive and takes time. that is why we have the textcache.
| >
|
| Sorry for being bold. I guess I don't know enough lyx terminology to
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 09:03:31PM +0100, Lars Gullik Bj?nnes wrote:
|
| > | Sorry, why is this better than having a separate (fixed) lyxtext for every
| > | bv?
| >
| > Because when you change documents you have to rebreak... rebreaking is
| > expensive
Lars Gullik Bjønnes wrote:
> Because when you change documents you have to rebreak... rebreaking is
> expensive and takes time. that is why we have the textcache.
>
Sorry for being bold. I guess I don't know enough lyx terminology to
understand you (or I'm just plain dumb). Change documents in w
OK I'm baffled. Why are we doing this (delaying updates until the worst
possible time) ? Didn't we used to have a queue of insets that wanted
updates ?
Can't we just make a queue, and process them before we start a redraw ?
john
On Sat, Mar 08, 2003 at 09:03:31PM +0100, Lars Gullik Bj?nnes wrote:
> | Sorry, why is this better than having a separate (fixed) lyxtext for every
> | bv?
>
> Because when you change documents you have to rebreak... rebreaking is
> expensive and takes time. that is why we have the textcache.
Wh
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
|
| > No, not lyxtext charing, but the ability to move a lyxtext between
| > bvs.
| >
| > If you have the same buffer visible in two bvs at the same time then
| > there also needs to be two lyxtext.
| >
|
| Sorry,
Lars Gullik Bjønnes wrote:
> No, not lyxtext charing, but the ability to move a lyxtext between
> bvs.
>
> If you have the same buffer visible in two bvs at the same time then
> there also needs to be two lyxtext.
>
Sorry, why is this better than having a separate (fixed) lyxtext for every
b
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > No, not really. I would be easy enough to set and rest the bv as a
| > member in the lyxtext.
|
| What I say is to have only one bv for every lyxtext.
|
| So you want to do this lyxtext sharing because of the par
On Mon, Mar 03, 2003 at 02:36:18AM +0900, Rob Lahaye wrote:
> The attached patch prettifies the Xforms Changes dialog.
> I think it also fixes the dis/enable-buttons, when nothing is in the
> changed list.
I got a crash from this I didn't get in my other tree. Maybe not the
patches fault, but I
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 04:33:48PM +, John Levon wrote:
|
| > I give up. Lars, a little help here ... the cursor behaves oddly on an
| > empty list par as well I noticed. The patch below restores the old
| > behaviour if that's all you want
|
| Here'
On Sat, Mar 08, 2003 at 08:22:36PM +0100, Lars Gullik Bj?nnes wrote:
> Please use !empty() if that is what you mean.
OK.
john
John Levon <[EMAIL PROTECTED]> writes:
| p.s. can I do s/beginningOfMainBody/beginningOfBody/ and related ? We
| don't have a non-main body afaik
Ok.
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| Index: text.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text.C,v
| retrieving revision 1.299
| diff -u -r1.299 text.C
| --- text.C6 Mar 2003 20:21:16 - 1.299
| +++ te
On Sat, Mar 08, 2003 at 04:33:48PM +, John Levon wrote:
> I give up. Lars, a little help here ... the cursor behaves oddly on an
> empty list par as well I noticed. The patch below restores the old
> behaviour if that's all you want
Here's a better patch. It does two things :
1) Fix the ass
On Sat, Mar 08, 2003 at 07:55:32PM +0100, Alfredo Braunstein wrote:
> > Blah blah blah.|
> > Blah Blah Blah.
>
> What's the blah? I like much more say option 2 than the current situation.
> There are situations in which putting an empty par are handy. For instance
> for remembering that you have
John Levon wrote:
> Blah blah blah.|
> Blah Blah Blah.
What's the blah? I like much more say option 2 than the current situation.
There are situations in which putting an empty par are handy. For instance
for remembering that you have to enter text there. Why to forbid it
completely? Getting sure
Hi
Could someone please path lib/configure.m4 like this:
Index: lib/configure.m4
===
RCS file: /cvs/lyx/lyx-devel/lib/configure.m4,v
retrieving revision 1.62
diff -r1.62 configure.m4
517c517
< \\converter tgif eps "tgif -print -eps \
Lars Gullik Bjønnes wrote:
> No, not really. I would be easy enough to set and rest the bv as a
> member in the lyxtext.
What I say is to have only one bv for every lyxtext.
So you want to do this lyxtext sharing because of the particular case in
which the (say two) bv have exactly the same wid
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 06:29:00PM +0100, Lars Gullik Bj?nnes wrote:
|
| > | That is the old behaviour and that's what the patch does.
| >
| > Yes, but at the same time we want cleanups to move forward.
|
| Then help out a poor brother. I don't understan
What does Inset::isTextInset really signify?
- That it really is a InsetText?
- That it contains a InsetText somewhere inside?
--
Lgb
On Sat, Mar 08, 2003 at 09:27:18AM -0800, Kayvan A. Sylvan wrote:
> 1) File->Revert comes up with a "Do you want to save your changes" dialog.
>I don't know if this makes sense. Hitting "Yes" makes that you
>have just saved your changes (which defeats the whole idea of revert).
>Better
On Sat, Mar 08, 2003 at 06:29:00PM +0100, Lars Gullik Bj?nnes wrote:
> | That is the old behaviour and that's what the patch does.
>
> Yes, but at the same time we want cleanups to move forward.
Then help out a poor brother. I don't understand the code that calls
labelhfill
john
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 05:57:19PM +0100, Lars Gullik Bj?nnes wrote:
|
| > | I give up. Lars, a little help here ... the cursor behaves oddly on an
| > | empty list par as well I noticed. The patch below restores the old
| > | behaviour if that's all you
On Sat, Mar 08, 2003 at 05:35:46AM +, John Levon wrote:
> On Sat, Mar 08, 2003 at 04:05:23AM +, John Levon wrote:
>
> > I'll look at a solution pronto
>
> Kayvan, it would be great if you could apply this to current *1.3* CVS
> and test it. Please also give "File->Revert" a try.
First,
[EMAIL PROTECTED] ~/src/lyx] lyx
Unable to find icon `dialog-show-next-inset_graphics'
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | "crown of her husband" | Ro
On Sat, Mar 08, 2003 at 05:57:19PM +0100, Lars Gullik Bj?nnes wrote:
> | I give up. Lars, a little help here ... the cursor behaves oddly on an
> | empty list par as well I noticed. The patch below restores the old
> | behaviour if that's all you want
>
> I want it to not abort and not crash.
T
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 04:04:25PM +, John Levon wrote:
|
| > I'm bad ... I changed an Asger (aka fix-up-the-bug) into a real
| > Assert to see what would happen, but I forgot to leave a comment there.
| > Now we have a simple testcase which is fab. W
On Sat, Mar 08, 2003 at 04:04:25PM +, John Levon wrote:
> I'm bad ... I changed an Asger (aka fix-up-the-bug) into a real
> Assert to see what would happen, but I forgot to leave a comment there.
> Now we have a simple testcase which is fab. We can actually kill the
> bug not do the moral equ
On Sat, Mar 08, 2003 at 05:08:35PM +0100, Lars Gullik Bj?nnes wrote:
> | But it's forcing us to pass BV around in lyxtext all over the place like
> | Alfredo pointed out.
>
> No, not really. I would be easy enough to set and rest the bv as a
> member in the lyxtext.
>
> Remember that lyxtext is
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 05:00:49PM +0100, Lars Gullik Bj?nnes wrote:
|
| > | The cache ? So lets not do that if it's complicating the code
| > | everywhere.
| >
| > The use of the cache does not complicate code in a lot of places...
| > only a couple of p
On Sat, Mar 08, 2003 at 05:02:49PM +0100, Lars Gullik Bj?nnes wrote:
> :-) I probably should have said... Obvioulsy the assert triggers.
> and that would be equally silly.
I'm bad ... I changed an Asger (aka fix-up-the-bug) into a real
Assert to see what would happen, but I forgot to leave a com
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 04:52:53PM +0100, Lars Gullik Bj?nnes wrote:
|
| > | I'm looking but beginningofMainBody() really shouldn't be returning < 0
| > | now should it ?
| >
| > Perhaps... but obviously it does.
|
| Silly thing to say. It's returning ==
On Sat, Mar 08, 2003 at 05:00:49PM +0100, Lars Gullik Bj?nnes wrote:
> | The cache ? So lets not do that if it's complicating the code
> | everywhere.
>
> The use of the cache does not complicate code in a lot of places...
> only a couple of places in BufferView.
But it's forcing us to pass BV a
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 04:48:31PM +0100, Lars Gullik Bj?nnes wrote:
|
| > | I don't think anybody would grieve for the loss of DEPM, as initiates
| > | into its ways know it. I would say: GO FOR IT. I bet it's not even
| > | mega-hard !
| >
| > depm is n
On Sat, Mar 08, 2003 at 04:52:53PM +0100, Lars Gullik Bj?nnes wrote:
> | I'm looking but beginningofMainBody() really shouldn't be returning < 0
> | now should it ?
>
> Perhaps... but obviously it does.
Silly thing to say. It's returning == 0.
Now what I don't get is that we're calling this cod
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 04:43:43PM +0100, Lars Gullik Bj?nnes wrote:
|
| > 1.293(levon26-Feb-03): lyx::Assert(last > 0);
|
| I'm looking but beginningofMainBody() really shouldn't be returning < 0
| now should it ?
Perhaps... but obvious
On Sat, Mar 08, 2003 at 04:43:43PM +0100, Lars Gullik Bj?nnes wrote:
> pos_type last = row.par()->beginningOfMainBody();
>
> lyx::Assert(last > 0);
> ^^
Bleh, OK, so we're calling labelFill on emptyPar. Now before, we ended
up with a last of -1. We got
On Sat, Mar 08, 2003 at 04:48:31PM +0100, Lars Gullik Bj?nnes wrote:
> | I don't think anybody would grieve for the loss of DEPM, as initiates
> | into its ways know it. I would say: GO FOR IT. I bet it's not even
> | mega-hard !
>
> depm is not the complexity that I would work to remove first. I
John Levon <[EMAIL PROTECTED]> writes:
| I don't think anybody would grieve for the loss of DEPM, as initiates
| into its ways know it. I would say: GO FOR IT. I bet it's not even
| mega-hard !
depm is not the complexity that I would work to remove first. I'd
rather try to get rid of the hardcode
On Sat, Mar 08, 2003 at 04:43:43PM +0100, Lars Gullik Bj?nnes wrote:
> 1.293(levon26-Feb-03): lyx::Assert(last > 0);
I'm looking but beginningofMainBody() really shouldn't be returning < 0
now should it ?
john
On Sat, Mar 08, 2003 at 04:41:15PM +0100, Christian Ridderstr?m wrote:
> 1. Create text in LyX Code environment.
> 2. Add lots of spaces in sequence
> 3. Convert to standard environment
> 4. Move with the cursor (left/right) and watch the spaces disappear one
> by one...
> Well... probably that
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| File->New
| select "List" from the layout dropdown -> crash
| Cannot get a backtrace though, my gdb is still looping.
| I get it with both frontends.
The crash is here:
text.C:
// returns the minimum space a manual label needs on the screen in
pi
On Sat, 8 Mar 2003, Alfredo Braunstein wrote:
>
> What about removing the double space/par removal mechanism? Before you throw
> me something in the head, I have some proposals to replace it:
>
This reminded me of a funny behaviour I've forgot to report.
1. Create text in LyX Code environment.
On Sat, Mar 08, 2003 at 04:26:05PM +0100, Alfredo Braunstein wrote:
> > How on earth do I insert a new paragraph then ? How do I insert a word ?
> > Have a brick from me too ! Though from me it's only a rubber brick.
>
> You type the paragraph, then enter. Or the word, then space. And what about
John Levon wrote:
> On Sat, Mar 08, 2003 at 04:06:54PM +0100, Alfredo Braunstein wrote:
>
>> Proposal 3) A space after a space is forbidden, a space before makes the
>> cursor move to the right. Same for paragraphs: an enter after a newline
>> forbidden, an enter before a newline goes down.
>
>
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 04:06:54PM +0100, Alfredo Braunstein wrote:
|
| > Proposal 3) A space after a space is forbidden, a space before makes the
| > cursor move to the right. Same for paragraphs: an enter after a newline
| > forbidden, an enter before a
On Sat, Mar 08, 2003 at 04:06:54PM +0100, Alfredo Braunstein wrote:
> Proposal 3) A space after a space is forbidden, a space before makes the
> cursor move to the right. Same for paragraphs: an enter after a newline
> forbidden, an enter before a newline goes down.
How on earth do I insert a new
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
|
| Ok, now you can throw me something in the head.
I have a *brick* for you here.
--
Lgb
It seems to me that lots of the const/mutable confusion in lyxtext comes
from the fact that cursor movement methods are declared const but are not
const at all, mostly because of the double space/double paragraph removal
mechanism.
As a first step, I propose the removal of constness to all methods
On Fri, 7 Mar 2003 [EMAIL PROTECTED] wrote:
> Log message:
> Fix a bug where the DVI file was not updated due to an old format .dep file.
Should this patch also be applied to 1.3.X?
Michael
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 01:15:21PM +0100, Lars Gullik Bj?nnes wrote:
|
| > | I suppose the script I sent isn't usable then ?
| >
| > I guess not.
|
| Bah. I hate living without it. This web crap is almost unreadable to me
| :(
|
| > But I have a another
On Sat, Mar 08, 2003 at 01:15:21PM +0100, Lars Gullik Bj?nnes wrote:
> | I suppose the script I sent isn't usable then ?
>
> I guess not.
Bah. I hate living without it. This web crap is almost unreadable to me
:(
> But I have a another idea on how to introduce "ChangeSets".
>
> Effectively the
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Mar 08, 2003 at 12:47:06PM +0100, Lars Gullik Bj?nnes wrote:
|
| > Should now be working again, faster than ever.
| >
| > However since this now runs off a copy of the real repository there is
| > a ten minute lag.
|
| I suppose the script I sent
On Sat, Mar 08, 2003 at 05:38:32PM +1000, Allan Rae wrote:
> What is your setting for:
>
> Edit->Preferences->advanced->cache->Compare the page in the
> cache to the page on the network
When the page is out of date.
> How many other sites simply change the name of the file in the link to
On Sat, Mar 08, 2003 at 05:29:09PM +1000, Allan Rae wrote:
> The three-column and the two-column styles use different
> padding/margin methods to achieve the same thing. Does one work and
> not the other?
How can I say ? It reverts to black so I can't see.
> That would mean that Mozilla thinks
On Sat, Mar 08, 2003 at 12:47:06PM +0100, Lars Gullik Bj?nnes wrote:
> Should now be working again, faster than ever.
>
> However since this now runs off a copy of the real repository there is
> a ten minute lag.
I suppose the script I sent isn't usable then ?
john
Should now be working again, faster than ever.
However since this now runs off a copy of the real repository there is
a ten minute lag.
--
Lgb
"Michael A. Koziarski" <[EMAIL PROTECTED]> writes:
| Anyone know what these are about?
|
| [snip]
| Building configure...
|.
| autoconf: Undefined macros:
| ***BUG in Autoconf--please report*** AC_HELP_STRING
| ***BUG in Autoconf--please report*** AC_HELP_STRING
| ***BUG in Autoconf--plea
John Levon <[EMAIL PROTECTED]> writes:
|
| > We have lists after all. Maybe a few mailto:// in appropriate
| > places -- even in the navbar or sponsor area.
|
| Agreed.
Not agreed.
I never user any mailto: links, but form I might fill out.
Also there are feedback messages comming in at a stea
Anyone know what these are about?
[snip]
Building configure...
.
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_HELP_STRING
***BUG in Autoconf--please report*** AC_HELP_STRING
***BUG in Autoconf--please report*** AC_HELP_STRING
lib/reLyX
[snip]
($:/store/Lyx/lyx
72 matches
Mail list logo
