On Sat, Feb 01, 2003 at 01:59:15PM +0100, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | In any re-work, it would be nice to bear in mind content negotiation
> | for the parser though.
>
> ???
Maybe things like
formula selected in LyX, pasted in text editor -> as LaT
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > John Levon <[EMAIL PROTECTED]> writes:
| >
| > | In any re-work, it would be nice to bear in mind content negotiation
| > | for the parser though.
| >
| > ???
|
| Read the link that John supplied. All will become cle
Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | In any re-work, it would be nice to bear in mind content negotiation
> | for the parser though.
>
> ???
Read the link that John supplied. All will become clear.
--
Angus
John Levon <[EMAIL PROTECTED]> writes:
| In any re-work, it would be nice to bear in mind content negotiation
| for the parser though.
???
--
Lgb
On Fri, Jan 31, 2003 at 06:43:27PM +0100, Andre Poenitz wrote:
> Would you file a bug and put that URL there?
No, not until we have a plan of action of exact things we need to fix.
And I'm not going to do that now, there are bigger priorities.
In any re-work, it would be nice to bear in mind co
On Fri, Jan 31, 2003 at 05:39:09PM +, John Levon wrote:
> > > http://www.jwz.org/doc/x-cut-and-paste.html
> >
> > Ok. Would be nice if LyX worked that way, wouldn't it?
>
> Yes.
Would you file a bug and put that URL there?
Andre'
--
Those who desire to give up Freedom in order to gain Sec
On Fri, Jan 31, 2003 at 06:35:55PM +0100, Andre Poenitz wrote:
> On Fri, Jan 31, 2003 at 05:26:19PM +, John Levon wrote:
> > http://www.jwz.org/doc/x-cut-and-paste.html
>
> Ok. Would be nice if LyX worked that way, wouldn't it?
Yes.
regards
john
On Fri, Jan 31, 2003 at 05:26:19PM +, John Levon wrote:
> http://www.jwz.org/doc/x-cut-and-paste.html
Ok. Would be nice if LyX worked that way, wouldn't it?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson
On Fri, Jan 31, 2003 at 10:18:51AM +0100, Andre Poenitz wrote:
> > stuffClipboard() does not write to the X-clipboard, it writes to the
> > X-selection buffer.
>
> What's an 'X-selection buffer'?
>
> Cut buffer 0?
Cut buffers are very old hat.
http://www.jwz.org/doc/x-cut-and-paste.html
regar
On Thu, Jan 30, 2003 at 11:13:06PM +0200, Dekel Tsur wrote:
> > I don't follow. If the user does an explict control-X, we must set the
> > clipboard to those contents...
>
> stuffClipboard() does not write to the X-clipboard, it writes to the
> X-selection buffer.
What's an 'X-selection buffer'?
On Thu, Jan 30, 2003 at 08:52:35PM +, John Levon wrote:
> On Thu, Jan 30, 2003 at 10:17:56PM +0200, Dekel Tsur wrote:
>
> > But we handle X-selection in BufferView::Pimpl::selectionRequested().
> > In LyXText::cutSelection, we should handle the X-clipboard.
> > For now, we can just disable thi
On Thu, Jan 30, 2003 at 10:17:56PM +0200, Dekel Tsur wrote:
> But we handle X-selection in BufferView::Pimpl::selectionRequested().
> In LyXText::cutSelection, we should handle the X-clipboard.
> For now, we can just disable this line.
I don't follow. If the user does an explict control-X, we mus
On Tue, Jan 28, 2003 at 03:46:24PM +, John Levon wrote:
> > void LyXText::cutSelection(BufferView * bview, bool doclear, bool realcut)
> > {
> > // Stuff what we got on the clipboard. Even if there is no selection.
> >
> > // There is a problem with having the stuffing here in that the
On Wed, Jan 29, 2003 at 03:29:46PM +0100, Andre' Poenitz wrote:
> > I just tried it with xforms and it seems to solve bug 846. Thank you.
Btw: Please don't close the bug, but mark it as "feature request".
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, no
On Wed, Jan 29, 2003 at 12:16:49PM -0200, Joao Luis Meloni Assirati wrote:
> > The attached patch disables the "nice text drawing" and uses plain LaTeX
> > code instead.
>
> I just tried it with xforms and it seems to solve bug 846. Thank you.
>
> > Ok to apply?
>
> Was it applied?
Yes, a few h
Hi André,
On Tue, 28 Jan 2003, Andre Poenitz wrote:
> The attached patch disables the "nice text drawing" and uses plain LaTeX
> code instead.
I just tried it with xforms and it seems to solve bug 846. Thank you.
> Ok to apply?
Was it applied?
João.
On Tue, Jan 28, 2003 at 05:54:38PM +0100, Lars Gullik Bjønnes wrote:
> >From my POV yes, but what happens no on a text export?
The formula gets exported as LaTeX. The same as we do for inline math.
No loss of information at least.
Andre'
--
Those who desire to give up Freedom in order to gain S
Andre Poenitz <[EMAIL PROTECTED]> writes:
| The attached patch disables the "nice text drawing" and uses plain LaTeX
| code instead.
|
| It definitely fixes the performance problem and I don't think the feature
| is too important (It's pretty new anyway, so not too many can complain).
|
| Ok to
The attached patch disables the "nice text drawing" and uses plain LaTeX
code instead.
It definitely fixes the performance problem and I don't think the feature
is too important (It's pretty new anyway, so not too many can complain).
Ok to apply?
Andre'
--
Those who desire to give up Freedom
On Tue, Jan 28, 2003 at 03:46:24PM +, John Levon wrote:
> I believe this is working as best as it can at the moment. I don't
> understand the comment above, surely cutClipboard is only called once.
Nevertheless, it seems to be expensive.
I'll try to speed up the math text painter a bit. Thing
On Tue, Jan 28, 2003 at 03:12:09PM +0100, Andre Poenitz wrote:
> void LyXText::cutSelection(BufferView * bview, bool doclear, bool realcut)
> {
> // Stuff what we got on the clipboard. Even if there is no selection.
>
> // There is a problem with having the stuffing here in that the
>
Some (most?) of the time we look at something like:
#0 0x403185a7 in memcpy () from /lib/libc.so.6
#1 0x08489d5e in stringbuf::overflow (this=0xbfffe3b8, c=32)
at /usr/include/g++/sstream:111
#2 0x4030dc16 in __overflow () from /lib/libc.so.6
#3 0x40309e41 in putc () from /lib/libc.so.6
#
22 matches
Mail list logo
