Am Mittwoch, 10. Januar 2007 23:46 schrieb Jean-Marc Lasgouttes:
> A question: what happens to relative filenames when copy-pasting a
> graphics or include inset? (the answer is probably: the same thing as
> before :)
Yes (i.e. nothing happens).
Georg
On Jan 13, 2007, at 7:37 AM, Georg Baum wrote:
Am Freitag, 12. Januar 2007 01:10 schrieb Bennett Helm:
LyXFunc::dispatch: cmd: action: 15 arg: 'paragraph' x: 0 y: 0
LyXFunc::dispatch: primary-selection-paste [15] is disabled at this
This is of course wrong. I used LFUN_PRIMARY_SELECTION_PAS
Am Freitag, 12. Januar 2007 01:10 schrieb Bennett Helm:
> LyXFunc::dispatch: cmd: action: 15 arg: 'paragraph' x: 0 y: 0
> LyXFunc::dispatch: primary-selection-paste [15] is disabled at this
This is of course wrong. I used LFUN_PRIMARY_SELECTION_PASTE instead of
LFUN_CLIPBOARD_PASTE in pasteCl
On Jan 11, 2007, at 4:29 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 21:21 schrieb Bennett Helm:
On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
I just noticed: although this new patch works within LyX, it
does not
work pas
Am Donnerstag, 11. Januar 2007 21:21 schrieb Bennett Helm:
> On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
>
> > Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
> >
> >> I just noticed: although this new patch works within LyX, it does not
> >> work pasting text from other applications
Am Donnerstag, 11. Januar 2007 21:21 schrieb Bennett Helm:
> On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
>
> > Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
> >
> >> I just noticed: although this new patch works within LyX, it does not
> >> work pasting text from other applications
On Jan 11, 2007, at 3:18 PM, Georg Baum wrote:
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
I just noticed: although this new patch works within LyX, it does not
work pasting text from other applications: it either pastes the last
clipboard from within LyX or it says "Command dis
Am Donnerstag, 11. Januar 2007 18:26 schrieb Bennett Helm:
> I just noticed: although this new patch works within LyX, it does not
> work pasting text from other applications: it either pastes the last
> clipboard from within LyX or it says "Command disabled".
And that does work without the p
On Jan 10, 2007, at 8:46 PM, Bennett Helm wrote:
On Jan 10, 2007, at 4:28 PM, Georg Baum wrote:
Am Mittwoch, 10. Januar 2007 10:39 schrieb Abdelrazak Younes:
This I agree is a good goal. I was afraid that you intended to
replaced
the internal Clipboard for all platforms. If that is not the
On Jan 10, 2007, at 4:28 PM, Georg Baum wrote:
Am Mittwoch, 10. Januar 2007 10:39 schrieb Abdelrazak Younes:
This I agree is a good goal. I was afraid that you intended to
replaced
the internal Clipboard for all platforms. If that is not the case
then I
think this will be a very good contr
Georg Baum wrote:
> It could, and it would probably not be more than 50 additional lines of
> code
Cool. Meanwhile, I filed an enhancement request:
http://bugzilla.lyx.org/show_bug.cgi?id=3096
Jürgen
> "José" == José Matos <[EMAIL PROTECTED]> writes:
>> José, can this version go in please?
José> Assuming it works I like your solution. :-) Does anyone has a
José> strong objection to this patch?
As Georg said, this is not something we are supposed to add now, but
since it is done...
A
On Wednesday 10 January 2007 9:28 pm, Georg Baum wrote:
>
> I cleaned the patch up and tested it a bit more. The clipboard does now
> only go through a file if lyx2lyx is used. I also removed some debugging
> stuff and put the remaining one in an if(debugging), because that avoids
> some string con
Am Mittwoch, 10. Januar 2007 10:39 schrieb Abdelrazak Younes:
> This I agree is a good goal. I was afraid that you intended to replaced
> the internal Clipboard for all platforms. If that is not the case then I
> think this will be a very good contribution to 1.5 new Clipboard
> functionality.
Jürgen Spitzmüller wrote:
> Abdelrazak Younes wrote:
>> This I agree is a good goal. I was afraid that you intended to replaced
>> the internal Clipboard for all platforms.
That is Bo, not me.
>> If that is not the case then I
>> think this will be a very good contribution to 1.5 new Clipboard
Abdelrazak Younes wrote:
> This I agree is a good goal. I was afraid that you intended to replaced
> the internal Clipboard for all platforms. If that is not the case then I
> think this will be a very good contribution to 1.5 new Clipboard
> functionality. An html formatted Clipboard would be nice
Georg Baum wrote:
Abdelrazak Younes wrote:
Quite frankly I am not very confident that you can achieve the same
performance as the internal Clipboard.
I did not aim for that. And note that I currently have a lot of debug
output, and also some unneeded conversions string -> stringstream ->
stri
Georg Baum wrote:
Bo Peng wrote:
I do not think you need to do lyx2lyx stuff. Technically speaking,
what we need is boost::serialization which is quite fast from my
experience.
Please note that I am still not interested at all in replacing the internal
clipboard. What I want is a stable forma
Bo Peng wrote:
> I do not think you need to do lyx2lyx stuff. Technically speaking,
> what we need is boost::serialization which is quite fast from my
> experience.
Please note that I am still not interested at all in replacing the internal
clipboard. What I want is a stable format to interoperat
Abdelrazak Younes wrote:
> Quite frankly I am not very confident that you can achieve the same
> performance as the internal Clipboard.
I did not aim for that. And note that I currently have a lot of debug
output, and also some unneeded conversions string -> stringstream ->
string, so I believe t
On Jan 9, 2007, at 5:42 PM, Abdelrazak Younes wrote:
Georg Baum wrote:
This patch should work around that problem by using the system
clipboard to store LyX formatted stuff. As a side effect, it also
fixes this bug: http://bugzilla.lyx.org/show_bug.cgi?id=2138 ;-)
Seriously: I started to im
Quite frankly I am not very confident that you can achieve the same
performance as the internal Clipboard. You are putting in the chain
lyx2lyx parsing + lyx format parsing which is known to take some time.
I do not think you need to do lyx2lyx stuff. Technically speaking,
what we need is boost:
Georg Baum wrote:
This patch should work around that problem by using the system clipboard to
store LyX formatted stuff. As a side effect, it also fixes this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=2138 ;-)
Seriously: I started to implement this as a fix for 2138 over a year ago,
but nev
As a side effect, it also fixes this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=2138 ;-)
I am happy to see that you are going toward the removal of internal
clipboards. :-)
Bo
Am Freitag, 5. Januar 2007 18:59 schrieb Bennett Helm:
> On Jan 5, 2007, at 12:39 PM, Georg Baum wrote:
>
> > Am Freitag, 5. Januar 2007 18:27 schrieb Bennett Helm:
> >
> >> In addition, cut and paste is currently not working well: it only
> >> pastes unformatted text (and omits footnotes and othe
On Jan 5, 2007, at 3:03 PM, Abdelrazak Younes wrote:
Georg Baum wrote:
Am Freitag, 5. Januar 2007 18:59 schrieb Bennett Helm:
You're right: GuiClipboard::isInternal: 0
Bad. Abdel do you have an idea what to do here?
Seems like a Qt bug. Which version Bennett? Is it still your own
compiled
Georg Baum wrote:
Am Freitag, 5. Januar 2007 18:59 schrieb Bennett Helm:
You're right: GuiClipboard::isInternal: 0
Bad. Abdel do you have an idea what to do here?
Seems like a Qt bug. Which version Bennett? Is it still your own
compiled Qt or the official one?
If we cannot solve that, th
Am Freitag, 5. Januar 2007 18:59 schrieb Bennett Helm:
> You're right: GuiClipboard::isInternal: 0
Bad. Abdel do you have an idea what to do here?
Georg
On Jan 5, 2007, at 12:39 PM, Georg Baum wrote:
Am Freitag, 5. Januar 2007 18:27 schrieb Bennett Helm:
In addition, cut and paste is currently not working well: it only
pastes unformatted text (and omits footnotes and other insets). I
haven't reported this given the flux in the cut-and-paste co
Am Freitag, 5. Januar 2007 18:27 schrieb Bennett Helm:
> In addition, cut and paste is currently not working well: it only
> pastes unformatted text (and omits footnotes and other insets). I
> haven't reported this given the flux in the cut-and-paste code,
> though I don't know if it's a Mac
On Jan 4, 2007, at 3:44 PM, Abdelrazak Younes wrote:
Michael Gerz wrote:
Uwe Stöhr schrieb:
- open two documents
- save one of the opened files under a different name
Result: The new name of the file isn't displayed in the tab. Is
first displayed after you switch to another tab.
Uwe,
it loo
Michael Gerz schrieb:
- open two documents
- save one of the opened files under a different name
Result: The new name of the file isn't displayed in the tab. Is first
displayed after you switch to another tab.
it looks like we shifting back from Status.15x to bugzilla.
Please add the bug to
Abdelrazak Younes schrieb:
Michael Gerz wrote:
Uwe Stöhr schrieb:
- open two documents
- save one of the opened files under a different name
Result: The new name of the file isn't displayed in the tab. Is
first displayed after you switch to another tab.
Uwe,
it looks like we shifting back f
Bo Peng schrieb:
Why? Status.15x serves for
1. a constant, easy-to-access reminder of things that must be fixed
for 1.5.0.
2. a place for short-term easy-to-fix bugs that do not deserve the
trouble (Create, search, discuss, close, etc) of a bugzilla entry.
For anything else, bugzilla should
Michael Gerz wrote:
Uwe Stöhr schrieb:
- open two documents
- save one of the opened files under a different name
Result: The new name of the file isn't displayed in the tab. Is first
displayed after you switch to another tab.
Uwe,
it looks like we shifting back from Status.15x to bugzilla.
it looks like we shifting back from Status.15x to bugzilla.
Why? Status.15x serves for
1. a constant, easy-to-access reminder of things that must be fixed for 1.5.0.
2. a place for short-term easy-to-fix bugs that do not deserve the
trouble (Create, search, discuss, close, etc) of a bugzilla e
Uwe Stöhr schrieb:
- open two documents
- save one of the opened files under a different name
Result: The new name of the file isn't displayed in the tab. Is first
displayed after you switch to another tab.
Uwe,
it looks like we shifting back from Status.15x to bugzilla.
Please add the bug t
- open two documents
- save one of the opened files under a different name
Result: The new name of the file isn't displayed in the tab. Is first displayed
after you switch to another tab.
regards Uwe
38 matches
Mail list logo
