On 2020-03-11 15:20, Daniel wrote:
On 2020-03-11 12:25, Kornel Benko wrote:
Am Wed, 11 Mar 2020 12:07:35 +0100
schrieb Kornel Benko :
Am Wed, 11 Mar 2020 11:30:39 +0100
schrieb Daniel :
When I copy and paste the content of the attached document into some
rich text supporting word processors
On 2020-03-11 12:25, Kornel Benko wrote:
Am Wed, 11 Mar 2020 12:07:35 +0100
schrieb Kornel Benko :
Am Wed, 11 Mar 2020 11:30:39 +0100
schrieb Daniel :
When I copy and paste the content of the attached document into some
rich text supporting word processors, e.g. Libre Writer and MS Word, I
Am Wed, 11 Mar 2020 12:07:35 +0100
schrieb Kornel Benko :
> Am Wed, 11 Mar 2020 11:30:39 +0100
> schrieb Daniel :
>
> > When I copy and paste the content of the attached document into some
> > rich text supporting word processors, e.g. Libre Writer and MS Word, I
> >
Am Wed, 11 Mar 2020 11:30:39 +0100
schrieb Daniel :
> When I copy and paste the content of the attached document into some
> rich text supporting word processors, e.g. Libre Writer and MS Word, I
> get some LaTeX code ahead of what I would have expected to be pasted:
>
> \
When I copy and paste the content of the attached document into some
rich text supporting word processors, e.g. Libre Writer and MS Word, I
get some LaTeX code ahead of what I would have expected to be pasted:
\AtBeginDocument{\providecommand\secref[1]{\ref{sec:#1}}}
However, in some other
On 26.09.2016 22:02, Guillaume Munch wrote:
Le 26/09/2016 à 19:43, racoon a écrit :
On 12.09.2016 15:06, racoon wrote:
Hi,
I'd like to hear what you think about the suggestion in
https://www.lyx.org/trac/ticket/10278.
Today I ran into another use case. I have a document with a lot of
tracked
Le 26/09/2016 à 19:43, racoon a écrit :
On 12.09.2016 15:06, racoon wrote:
Hi,
I'd like to hear what you think about the suggestion in
https://www.lyx.org/trac/ticket/10278.
Today I ran into another use case. I have a document with a lot of
tracked changes. Since it also grew over time I wante
On 12.09.2016 15:06, racoon wrote:
Hi,
I'd like to hear what you think about the suggestion in
https://www.lyx.org/trac/ticket/10278.
Today I ran into another use case. I have a document with a lot of
tracked changes. Since it also grew over time I wanted to copy parts
into child documents. How
Hi,
I'd like to hear what you think about the suggestion in
https://www.lyx.org/trac/ticket/10278.
Today I ran into another use case. I have a document with a lot of
tracked changes. Since it also grew over time I wanted to copy parts
into child documents. However, this is currently not poss
a new list, so one gets "1. bard".
Is this expected behaviour -- an internal word or character from an
item carries the environment with it? I expected to copy and paste only
the word, "bard" (which is what happens if pasting into a paragraph that
already has some content).
I a
s expected behaviour -- an internal word or character from an
item carries the environment with it? I expected to copy and paste only
the word, "bard" (which is what happens if pasting into a paragraph that
already has some content).
I am quite used to this behaviour and I like it. Th
On Fri, Aug 14, 2015 at 4:28 PM, aparsloe wrote:
> Again, I don't recall this happening before.
I am often annoyed by this behavior as well, but I do remember seeing
this type of behavior for as long as I can remember in LyX. I'm not
too confident about that though so I could be wrong.
Scott
rd or character from an
item carries the environment with it? I expected to copy and paste only
the word, "bard" (which is what happens if pasting into a paragraph that
already has some content).
Also, if I select the first word in an item, say "bar", and paste into
the
Done. See http://www.lyx.org/trac/ticket/8808
Regards.
On Thu, Aug 22, 2013 at 3:45 PM, Richard Heck wrote:
> On 08/22/2013 06:34 AM, Zahari Dim wrote:
>
>> Hi Pavel,
>>
>> The problem with lyxpipe is that as you say, is a lot more complicated. I
>> will have different types of images with pote
On 08/22/2013 06:34 AM, Zahari Dim wrote:
Hi Pavel,
The problem with lyxpipe is that as you say, is a lot more
complicated. I will have different types of images with potentially
different outputs besides the image itself (math formulas, tables,
probably some text and so on) that I will want
Hi Pavel,
The problem with lyxpipe is that as you say, is a lot more complicated. I
will have different types of images with potentially different outputs
besides the image itself (math formulas, tables, probably some text and so
on) that I will want to change and extent over time. As I am doing i
Zahari Dim wrote:
> My personal issue: I am making a program that generates lots of images and
> stores them in the same folder as the lyx document. I generate
> programatically a lyx clipboard that pastes the figures to lyx with some
> formatting (floats, centering and so on). The problem is that
I have seen that there has been quite a lot of discussion about this (eg
http://comments.gmane.org/gmane.editors.lyx.devel/131586), however now it
doesn't work as I would need it to:
When you copy and paste an image inset from one lyx file to another, if the
original image had a relative
Hello,
Am Montag, 12. Juli 2010 schrieb Richard Heck:
> On 07/12/2010 05:33 PM, Rainer Dorsch wrote:
> > Hello,
> >
> > I just noticed a weired copy and paste behavior when working in a
> > multi-file document when copying a Section (including figure floats etc.)
> &
On 07/12/2010 05:33 PM, Rainer Dorsch wrote:
Hello,
I just noticed a weired copy and paste behavior when working in a multi-file
document when copying a Section (including figure floats etc.) from one file
to another file of the document (actually both files are child documents of
the same
Hello,
I just noticed a weired copy and paste behavior when working in a multi-file
document when copying a Section (including figure floats etc.) from one file
to another file of the document (actually both files are child documents of
the same master document). When copying all the formating
http://www.lyx.org/trac/ticket/6218
The attached patch against branch implements a duplicate check for pasted
labels in math (as we already have for text).
OK?
Jürgen
Index: src/mathed/InsetMathHull.h
===
--- src/mathed/InsetMathHu
Pavel Sanda wrote:
> > > > I mean "Ctrl-C/V", don't know if the middle button works or not... I
> > > > may go and try
> > >
> > > aha, thats not middle button pasting, but i could reproduce your problem.
> >
> > after some inspection the problem is, that although we call
> > connect(qApp->clipb
Pavel Sanda wrote:
> Pavel Sanda wrote:
> > Abe Lau wrote:
> > > I mean "Ctrl-C/V", don't know if the middle button works or not... I
> > > may go and try
> >
> > aha, thats not middle button pasting, but i could reproduce your problem.
>
> after some inspection the problem is, that although we c
Abe Lau wrote:
> Abe (waiting for the portugal clock to catch up!), Ta
http://www.urbandictionary.com/define.php?term=manana+time
i just wanted to give reference, but i couldnt believe my eyes
reading the name :)))
p
Pavel Sanda wrote:
> Abe Lau wrote:
> > I mean "Ctrl-C/V", don't know if the middle button works or not... I
> > may go and try
>
> aha, thats not middle button pasting, but i could reproduce your problem.
after some inspection the problem is, that although we call
connect(qApp->clipboard(), SIG
> we have portugal time here :)
> pavel
man I gotta re-understand the meaning of timezones!
cos u're two days behind us down under, ROFL :D
I propose putting this to the wiki as a reason for possible "delay".
It's just not the time yet here!
Abe (waiting for the portugal clock to catch up!), Ta
Abe Lau wrote:
> I mean "Ctrl-C/V", don't know if the middle button works or not... I
> may go and try
aha, thats not middle button pasting, but i could reproduce your problem.
> hmm, rc1... isn't it the past already (from what wiki told me) :-)
we have portugal time here :)
pavel
Abe Lau wrote:
> With 1.6.0beta4, I have observed quite a number of times where pasting
some
> text copied from kpdf resulted in "command disabled" and nothing get
> pasted. I often need to copy the exact text again and repaste (may need to
> do twice or 3 times at most usually). Strange is that it
Pavel Sanda wrote:
Abe Lau wrote:
With 1.6.0beta4, I have observed quite a number of times where pasting some
text copied from kpdf resulted in "command disabled" and nothing get
pasted. I often need to copy the exact text again and repaste (may need to
do twice or 3 times at most usually).
Abe Lau wrote:
> With 1.6.0beta4, I have observed quite a number of times where pasting some
> text copied from kpdf resulted in "command disabled" and nothing get
> pasted. I often need to copy the exact text again and repaste (may need to
> do twice or 3 times at most usually). Strange is that
With 1.6.0beta4, I have observed quite a number of times where pasting some
text copied from kpdf resulted in "command disabled" and nothing get
pasted. I often need to copy the exact text again and repaste (may need to
do twice or 3 times at most usually). Strange is that it would work in the
en
I love the feature of the Insert cross-reference tool which enables one to copy
and paste the label directly into the field rather than looking it up. With a
document with hundreds of figures it is far easier (and certainly more
reliable) to go to the figure and copy the label and paste it into
On Sun, 2007-09-09 at 12:28 +0300, Martin Vermeer wrote:
> On Sun, Sep 09, 2007 at 05:59:45PM +1000, Darren Freeman wrote:
> > On Sat, 2007-09-08 at 22:07 +0200, Pavel Sanda wrote:
> > > it seems i was able to catch another way how to reproduce the bug 4045.
> > > 1. launch lyx, new doc
> > > 2. la
> > If you want, add your above case to the bug and I'll confirm it. CC: me
> > if you like as this whole business is getting to me. I can hardly bear
> > to edit my thesis on my desktop PC.
ok
> Just like the earlier slowness which was cleared by window
> resize, is this cleared by paste? Or by
On Sun, Sep 09, 2007 at 05:59:45PM +1000, Darren Freeman wrote:
> On Sat, 2007-09-08 at 22:07 +0200, Pavel Sanda wrote:
> > it seems i was able to catch another way how to reproduce the bug 4045.
> > 1. launch lyx, new doc
> > 2. launch firefox/openoffice, select text, copy text
> > 3. try to write
On Sat, 2007-09-08 at 22:07 +0200, Pavel Sanda wrote:
> it seems i was able to catch another way how to reproduce the bug 4045.
> 1. launch lyx, new doc
> 2. launch firefox/openoffice, select text, copy text
> 3. try to write something quickly or move with cursor, everything is
> unbearably slow.
> > > Moving with
> > > arrow keys (also typing) can suddently
> >
> > How sudden? Can't you derive a test case from it?
>
> I can not reproduce it reliably. I am still trying.
it seems i was able to catch another way how to reproduce the bug 4045.
1. launch lyx, new doc
2. launch firefox/openoff
> >how to check ?
hehe :) i played with valgrind a bit - when using a minute with both instances,
one under v. the result was:
==8735== ERROR SUMMARY: 28 errors from 9 contexts (suppressed: 122 from 2)
==8735== malloc/free: in use at exit: 480,627 bytes in 3,137 blocks.
==8735== malloc/free: 741,
Pavel Sanda wrote:
Please put the use cases in bugzilla too. The link above are scrambled
by gmane.
i dont understand - whats missing in my bugz record ? (maybe just my bad
english works here:)
Nothing, my bad.
arent you able to read the mails from mail-archive ?
I use gmane news interfa
> Pavel Sanda wrote:
> >>Bo Peng wrote:
> >>>Just to report, as far as I remember, a known problem.
> >>I believe there's a bugzilla item from Darren Freeman. He was the only
> >>one with these symptoms AFAIK, up until now.
> >
> >i reported it here
> >http://www.mail-archive.com/lyx-devel@lists.l
x.org/show_bug.cgi?id=3700
become very slow. However, if I
select, copy and paste, lyx will speed up a lot.
Does window resizing help the same?
Ditto.
Either I haven't seen this for a while or I've forgotten to resize to
clear it. I just got used to it being [EMAIL PROTECTED] slow.
Pavel Sanda wrote:
Bo Peng wrote:
Just to report, as far as I remember, a known problem.
I believe there's a bugzilla item from Darren Freeman. He was the only
one with these symptoms AFAIK, up until now.
i reported it here
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg122582.html
an
On Tue, 2007-08-21 at 17:21 -0500, Bo Peng wrote:
> > i could not find it in bugz and the reason is, that it is uncorfimed.
> > http://bugzilla.lyx.org/show_bug.cgi?id=4045
>
> So I confirmed it.
Mine too, please, if you try window resizing. If that works, the two are
dupes.
Have fun,
Darren
la.lyx.org/show_bug.cgi?id=3700
> > become very slow. However, if I
> > select, copy and paste, lyx will speed up a lot.
>
> Does window resizing help the same?
Ditto.
Either I haven't seen this for a while or I've forgotten to resize to
clear it. I just got used to
> i could not find it in bugz and the reason is, that it is uncorfimed.
> http://bugzilla.lyx.org/show_bug.cgi?id=4045
So I confirmed it.
Bo
> i reported it here
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg122582.html
> and catched how to reproduce it (maybe only on linux).
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg122696.html
i could not find it in bugz and the reason is, that it is uncorfimed.
http://bugzi
> Bo Peng wrote:
> >Just to report, as far as I remember, a known problem.
>
> I believe there's a bugzilla item from Darren Freeman. He was the only
> one with these symptoms AFAIK, up until now.
i reported it here
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg122582.html
and catched h
Abdelrazak Younes wrote:
Bo Peng wrote:
Just to report, as far as I remember, a known problem.
I believe there's a bugzilla item from Darren Freeman. He was the only
one with these symptoms AFAIK, up until now.
fwiw, i was on linux the last couple of weeks and thought it was
sluggish too
> > Moving with
> > arrow keys (also typing) can suddently
>
> How sudden? Can't you derive a test case from it?
I can not reproduce it reliably. I am still trying.
> > become very slow. However, if I
> > select, copy and paste, lyx will speed up a lot.
>
&g
se from it?
become very slow. However, if I
select, copy and paste, lyx will speed up a lot.
Does window resizing help the same?
Abdel.
Just to report, as far as I remember, a known problem. Moving with
arrow keys (also typing) can suddently become very slow. However, if I
select, copy and paste, lyx will speed up a lot.
Interesting.
Bo
adi mailbox wrote:
> c) Copy and Paste commands do not always work if used
> with other programs.
I can confirm this, I had to disable klipper, it started to use 100% CPU
with lyx running sometimes. Also pasting into many KDE programs does not
work. I had to paste into an xterm, cut from
On Mon, Nov 11, 2002 at 11:37:15AM +, Angus Leeming wrote:
> I understand and agree with you here. However, given that we generate /some/
> preview, we should be able to display it multiple times by
> copying-and-pasting. The bug lies in our implementation, not in the concept.
> Morever, sin
On Monday 11 November 2002 10:34 am, Andre Poenitz wrote:
> On Mon, Nov 11, 2002 at 10:30:10AM +, Angus Leeming wrote:
> > > Well, I still consider the preview stuff as "highly experimental", so
> > > unless there are hard crashs I'd better leave it as it is...
> >
> > Ummm. Highly experimental
On Mon, Nov 11, 2002 at 10:30:10AM +, Angus Leeming wrote:
> > Well, I still consider the preview stuff as "highly experimental", so
> > unless there are hard crashs I'd better leave it as it is...
>
> Ummm. Highly experimental usually means "has been hacked together so it
> works, sort of, bu
o
> unless there are hard crashs I'd better leave it as it is...
Ummm. Highly experimental usually means "has been hacked together so it
works, sort of, but is really unmaintainable". Is that what you feel about my
coding?
This bug feels to me like its another example of the copy-
On Mon, Nov 11, 2002 at 10:09:38AM +, Angus Leeming wrote:
> * Turn math previews on
> * Write a formula and move the cursor out of the math-inset, so that the
> math-preview is generated.
> * Copy the inset and paste it elsewhere --- the formula is displayed, but not
> in its previewed stat
* Turn math previews on
* Write a formula and move the cursor out of the math-inset, so that the
math-preview is generated.
* Copy the inset and paste it elsewhere --- the formula is displayed, but not
in its previewed state.
* Move the cursor through the inset. On exit, the inset is displayed a
59 matches
Mail list logo
