Dear list,
It has been a while since I compile lyx 1.5.x with mingw. I get the
following error message:
src\support\unlink.C:26: error: '::unlink has not been declared.
I can see that mingw has unistd.h and HAVE_UNISTD_H is defined.
Bo
On Thu, Jan 04, 2007 at 06:55:32PM +, Angus Leeming wrote:
> Enrico Forestieri wrote:
> > PS: I see that following the current fashion you started
> > using utf8, but please fix the headers of your mailer as it currently
> > adds: Content-Type: text/plain; charset=us-ascii such that mutt
> > m
* Resolve compiler warnings
especially this one: src/frontends/qt4/QPrefsDialog.C:944: warning:
unused parameter 'nr'
Is there any reason why this Status.15x entry was not fixed as
follows, or simply remove this int argument?
Index: src/frontends/qt4/QPrefsDialog.C
Open Thesaurus dialog, click around and lyx will crash with error message:
ASSERT failure in QVector::at: "index out of range", file
../../include/QtCore/../../src/corelib/tools/qvector.h, line 213
Abort
This may be related to the instant thesaurus crash under windows. The
backtrace is:
#0 0x0
"Paste Special" means "Paste as unformatted string". Here, we have two
options: "line" or "paragraph".
My another email points out the same thing.
Then, paste special is wrong/misleading. It should be 'paste as text'.
Bo
No, paste means the more recent of either "internal paste from clipboard
stack" or system clipboard paste as lines (by default) or paragraph
optionally.
Abdel, let us look closely at paste special clipboard as lines:
1. for clipboard recently set by others, it is the same as paste
2. for clipbo
Bo Peng wrote:
No, paste means the more recent of either "internal paste from clipboard
stack" or system clipboard paste as lines (by default) or paragraph
optionally.
You are talking about current lyx implementation and I am talking from
an user's point of view. From an user's point of view, t
No, paste means the more recent of either "internal paste from clipboard
stack" or system clipboard paste as lines (by default) or paragraph
optionally.
You are talking about current lyx implementation and I am talking from
an user's point of view. From an user's point of view, there is no
such
Uwe Stöhr wrote:
> So now we wait for Uwe's verdict.
I'm able to log into lyx.org and svn.lyx.org.
cheching out from svn:
svn co svn+ssh//:[EMAIL PROTECTED]
is possible but I'm asked three times for my password until I'm accepted
Unfortunately, svn commit kicks me out:
'Authentication failed'
Bo Peng wrote:
typo... I of course clearly prefer approach _A_.
Typo? How can you have typo in such a serious discussion? :-)
I want selected text to stay selected independently of the X selection
state. And I want each BufferView to have its own selected text. As a
matter of fact, I don't wa
> So now we wait for Uwe's verdict.
I'm able to log into lyx.org and svn.lyx.org.
cheching out from svn:
svn co svn+ssh//:[EMAIL PROTECTED]
is possible but I'm asked three times for my password until I'm accepted
Unfortunately, svn commit kicks me out:
'Authentication failed'
ideas?
thanks an
Bo Peng wrote:
> Two simple questions that can be answered by yes or no (I haven't
> followed the thread in detail and I definitely don't want to start
> another discussion):
>
> Right now, we have various menu entries:
>
> - paste
> - Paste Clipboard as Lines
> - Paste Clipboard as ParagraphsSel
Bo Peng schrieb:
I think this is the invalid last_inset_ bug I just fixed. Please
update and try again.
Yes, this fixes the bug.
thanks Uwe
I spend now some time to be able to debug LyX on Windows but without success.
The MSVC-compiler that MS offers for free, doesn't seem to come with a debugger. I therefore installed the "Debugging Tools for Windows" that
are available at MS's homepage, I also installed the symbols file collection
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
Michael Gerz schrieb:
Something for the python gurus:
File "C:/Dokumente und Einstellungen/user/Lokale
Einstellungen/Temp/lyx_tmpdir4040a03468/lyxconvert0.py", line 11
SyntaxError: Non-ASCII character '\xc3' in file C:/Dokumente und
Einstellungen/user/Lokale
Einstellungen/Temp/lyx_tmpdir4040
> Two simple questions that can be answered by yes or no (I haven't
> followed the thread in detail and I definitely don't want to start
> another discussion):
>
> Right now, we have various menu entries:
>
> - paste
> - Paste Clipboard as Lines
> - Paste Clipboard as ParagraphsSelection as Paragr
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: bpeng
Date: Thu Jan 4 21:08:22 2007
New Revision: 16516
URL: http://www.lyx.org/trac/changeset/16516
Log:
Change menu item 'Paste External Clipboard/Selection' to 'Paste Special'
Two simple questions that can be answered by yes or no (I
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
Bo Peng wrote:
> This is where people disagree. Some people want the selection to stay
> selected (approach A), some people want that it is cleared (approach
B).
I clearly prefer approach B.
May I remind you that we can have two selections for two windows?
This was a typo ;-) I meant A.
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.
typo... I of course clearly prefer approach _A_.
Typo? How can you have typo in such a serious discussion? :-)
I want selected text to stay selected independently of the X selection
state. And I want each BufferView to have its own selected text. As a
matter of fact, I don't want selected text
[EMAIL PROTECTED] schrieb:
Author: bpeng
Date: Thu Jan 4 21:08:22 2007
New Revision: 16516
URL: http://www.lyx.org/trac/changeset/16516
Log:
Change menu item 'Paste External Clipboard/Selection' to 'Paste Special'
Two simple questions that can be answered by yes or no (I haven't
followed th
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
Abdelrazak Younes wrote:
Georg Baum wrote:
Am Donnerstag, 4. Januar 2007 18:52 schrieb Abdelrazak Younes:
Bo Peng wrote:
I see that when I selection in nedit, lyx outputs 'lost selection'. So
there is a missing update. Abdel?
This is not about painting at all. "Lost X selection" just means th
> This is where people disagree. Some people want the selection to stay
> selected (approach A), some people want that it is cleared (approach B).
I clearly prefer approach B.
May I remind you that we can have two selections for two windows? If
we follow approach B, selection in window A should
Jürgen Spitzmüller schrieb:
Peter Kümmel wrote:
because LyXView::work_area_ fails, it is something like (0x13)->work_area
So the question is: Where does 0x13 come from?
No idea.
Jürgen,
why don't you run "valgrind"??? You should give it a try!
It may take some time but th
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
Georg Baum wrote:
Am Donnerstag, 4. Januar 2007 18:52 schrieb Abdelrazak Younes:
Bo Peng wrote:
I see that when I selection in nedit, lyx outputs 'lost selection'. So
there is a missing update. Abdel?
This is not about painting at all. "Lost X selection" just means that
LyX lost the token. Th
This is where people disagree. Some people want the selection to stay
selected (approach A), some people want that it is cleared (approach B).
There is not the whole story. I want selection to be cleared when
another selection is created, by lyx or others. That is to say, there
should be only on
On Thursday 04 January 2007 8:04 pm, [EMAIL PROTECTED] wrote:
> Author: kuemmel
> Date: Thu Jan 4 21:04:22 2007
> New Revision: 16515
>
> URL: http://www.lyx.org/trac/changeset/16515
> Log:
> add Juergen's setup
>
> Modified:
> lyx-devel/trunk/Status.15x
>
> Modified: lyx-devel/trunk/Status.15
Georg Baum wrote:
> Am Mittwoch, 3. Januar 2007 23:11 schrieb Abdelrazak Younes:
>> Michael Gerz wrote:
>>> [EMAIL PROTECTED] schrieb:
Author: kuemmel
Date: Sat Dec 30 15:50:45 2006
New Revision: 16441
URL: http://www.lyx.org/trac/changeset/16441
Log:
add more lyx
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Am Mittwoch, 3. Januar 2007 23:48 schrieb Abdelrazak Younes:
>>> Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
> Modified: lyx-devel/trunk/src/TextMetrics.C
> URL:
>> http://www.lyx.org/trac/file/lyx-devel/trunk/src/TextMetrics.C?rev=164
Michael Gerz wrote:
> [EMAIL PROTECTED] schrieb:
>> Author: kuemmel
>> Date: Sat Dec 30 15:50:45 2006
>> New Revision: 16441
>>
>> URL: http://www.lyx.org/trac/changeset/16441
>> Log:
>> add more lyxerr output, don't use a reference (maybe stdlib-debug has
>> problems with it)
>>
>> Modified:
>>
Am Donnerstag, 4. Januar 2007 18:52 schrieb Abdelrazak Younes:
> Bo Peng wrote:
>
> > I see that when I selection in nedit, lyx outputs 'lost selection'. So
> > there is a missing update. Abdel?
>
> This is not about painting at all. "Lost X selection" just means that
> LyX lost the token. The f
Enrico Forestieri wrote:
> PS: I see that following the current fashion you started
> using utf8, but please fix the headers of your mailer as it currently
> adds: Content-Type: text/plain; charset=us-ascii such that mutt
> mangles your name...
The Content-Type header refers to the body of the mai
On Thu, Jan 04, 2007 at 05:05:18PM +, Andr??? Poenitz wrote:
> On Wed, Jan 03, 2007 at 06:59:09PM +0100, Enrico Forestieri wrote:
> > I would like to be able to paste clipboard by middle mouse if the
> > selection is empty, but I see that you have strong opinions on this
> > point, so I don't
>>> if (sel.empty()) {
>>> - const int old_pos = cur.pos();
>>> cur.insert(new InsetMathHull(hullSimple));
>>> BOOST_ASSERT(old_pos == cur.pos());
>>> cur.nextInset()->edit(cur, true);
>> old_pos is not unuse
Bo Peng wrote:
I see that when I selection in nedit, lyx outputs 'lost selection'. So
there is a missing update. Abdel?
This is not about painting at all. "Lost X selection" just means that
LyX lost the token. The formally selected text should stay selected.
Thus, there is nothing to redraw.
Both Cut and Copy fill both clipboards. Are you sure that emacs uses the
clipboard and not the selection for pasting?
Emacs is at fault here since it actually paste from selection. nedit
works all right so I assume that lyx is working ok here.
> BTW, emacs' selection is
> cleared whenever a ne
Bo Peng wrote:
After this commit I am not aware of any copy/paste related bug anymore.
If anybody sees any copy/paste (using the clipboard) related problem,
please tell.
1. Start lyx, and emacs, cut text to clipboard, can not paste from
emacs. It seems that cut still uses internal clipboard.
Am Donnerstag, 4. Januar 2007 18:08 schrieb Bo Peng:
> > After this commit I am not aware of any copy/paste related bug anymore.
> > If anybody sees any copy/paste (using the clipboard) related problem,
> > please tell.
>
> 1. Start lyx, and emacs, cut text to clipboard, can not paste from
> emacs
On Thu, 4 Jan 2007, Jean-Marc Lasgouttes wrote:
So now we wait for Uwe's verdict.
Ok. His first step should be to verify that he can log in to aussie. Once
he can do that, I think he should be able to do what the rest of you do.
I'm off to London now visiting friends, back on Monday.
cheer
On Jan 4, 2007, at 11:52 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
How do you open Document settings with the keyboard only?
Bennett> (Custom key binding.)
Hey! That's cheating :)
It is probably clear enough, but very weird... Are you sure it
After this commit I am not aware of any copy/paste related bug anymore.
If anybody sees any copy/paste (using the clipboard) related problem,
please tell.
1. Start lyx, and emacs, cut text to clipboard, can not paste from
emacs. It seems that cut still uses internal clipboard.
2. select a few w
On Thu, Jan 04, 2007 at 10:23:53AM +1800, Bo Peng wrote:
> >> I think middle-button-paste should keep lyx formating, if this can be
> >> done properly, in terms of inter-application paste. Actually, I do not
> >> mind at all that xterms paste lyx selection with extra stuff like
> >> \begin{table}.
On Wed, Jan 03, 2007 at 06:59:09PM +0100, Enrico Forestieri wrote:
> I would like to be able to paste clipboard by middle mouse if the
> selection is empty, but I see that you have strong opinions on this
> point, so I don't insist on it, either. However, when you'll have a
> buzzing in your ears,
On Wed, Jan 03, 2007 at 06:06:31PM +0100, Georg Baum wrote:
> First reason: Performance. If we want to store LyX contents on the external
> clipboard using the Qt interface we have to serialize it to a string, and
> choose a suitable format (mime type). The natural format choice is of
> course t
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
>> How do you open Document settings with the keyboard only?
Bennett> (Custom key binding.)
Hey! That's cheating :)
>> It is probably clear enough, but very weird... Are you sure it did
>> not happen before the patch?? I do not see a
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> On Thu, 4 Jan 2007, [EMAIL PROTECTED] wrote:
>>> No, it does not work: I try from here to do
>>>
>>> fantomas: ssh [EMAIL PROTECTED] [EMAIL PROTECTED]'s
>>> password: Permission denied, please try again.
>>>
>>> Ho
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> If you log in to aussie.lyx.org, can you do
christian> $ su - uwe
Yes.
christian> Does this work?
christian> ssh [EMAIL PROTECTED]
Yes! And now I tried again with svn.lyx.rg and it worked again!
Thank
On Thu, 4 Jan 2007, [EMAIL PROTECTED] wrote:
No, it does not work: I try from here to do
fantomas: ssh [EMAIL PROTECTED]
[EMAIL PROTECTED]'s password:
Permission denied, please try again.
How is uwe supposed to connect to setup ssh correctly, actually?
Hmm... I logged in to aussie and a
On Thu, 4 Jan 2007, Jean-Marc Lasgouttes wrote:
christian> I'm slightly confused by what you say (why can't you
christian> connect with ssh?), but I hope it all works :-)
No, it does not work: I try from here to do
fantomas: ssh [EMAIL PROTECTED]
[EMAIL PROTECTED]'s password:
Permission denied
> I want to set the X selection in those cases:> >
> 1) dragging the mouse with left button
> 2) left button double-click
> 3) left button triple-click
> 4) ctrl+left button click
>
> But not when selecting with the keyboard because:
(but I know that Bo
likes to have something else, so this has
Georg Baum wrote:
Am Donnerstag, 4. Januar 2007 13:07 schrieb Abdelrazak Younes:
Sure I want. The X selection should be filled in only when using the
mouse!
What do you mean by X selection now?
OK, I've read freedesktop now and I see that my preferred behaviour is
not what is recommended.
On Jan 4, 2007, at 9:34 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> That makes it so that shortcuts are seen only when invoking
Bennett> functions via the menu or toolbars.
Fine.
Bennett> I am noticing an issue with dialogs that arises with
Am Donnerstag, 4. Januar 2007 15:10 schrieb Abdelrazak Younes:
> Problem is CMake gives me an error in Release mode because of "unused
> variable" but old_pos is need in Debug mode because of the assertion.
>
> I've commented out the code for now as I don't know if this assertion is
> really us
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> That makes it so that shortcuts are seen only when invoking
Bennett> functions via the menu or toolbars.
Fine.
Bennett> I am noticing an issue with dialogs that arises with this
Bennett> patch (and not without). When using the
This has been true for a while and nobody has mentioned or fixed it.
In current 1.5svn, pressing down-arrow results in the cursor moving
down 2 lines instead of 1. (Other navigation keys give the expected
behavior.)
Anyone else seeing this?
Bennett
Georg Baum wrote:
Now getStatus will not be called if assertions are disabled. That is wrong,
we want getStatus to update fs even if assertions are disabled. We assert
that getStatus actually made a decision, but that is not the only thing
getStatus does.
Oh shit... I've thought that getSta
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> On Thu, 4 Jan 2007, Jean-Marc Lasgouttes wrote: Uwe doesn't
christian> have write access to SVN (yet). Did you do anything about
christian> that Jean-Marc? (I'm going to London
>> tomorrow, christian> so I won't be a
On Jan 4, 2007, at 7:04 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> No: after the appropriate menu has been opened, using the
Bennett> keyboard shortcut results in the shortcut being shown in the
Bennett> status bar. (Before it has been opened
Am Donnerstag, 4. Januar 2007 14:29 schrieb [EMAIL PROTECTED]:
> Modified: lyx-devel/trunk/src/lyxfunc.C
> URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/lyxfunc.C?rev=16500
>
==
> --- lyx-devel/trunk/src/lyxfunc.C
Am Donnerstag, 4. Januar 2007 11:56 schrieb Jean-Marc Lasgouttes:
> > "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>
> Jürgen> Michael Gerz wrote:
> >> For 1.5.0, we use to add short-living bugs to file Status.15x.
> >> Bugzilla entries are of lower priority at the moment.
>
> J
Am Donnerstag, 4. Januar 2007 13:07 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Apart from that I don't think that I am missing something. The X
selection
> > gets filled if another X application requests it (see the documentation
of
> > Selection::put, until yesterday I did not fully un
Am Donnerstag, 4. Januar 2007 13:05 schrieb [EMAIL PROTECTED]:
> Author: baum
> Date: Thu Jan 4 13:05:24 2007
> New Revision: 16498
>
> URL: http://www.lyx.org/trac/changeset/16498
> Log:
> Let LFUN_PASTE always paste the most recent clipboard (internal or
system)
After this commit I am not awa
Bo Peng wrote:
g++ -o debug/common/text3.o -c -g -O -Idebug/common -Isrc -Isrc
-Iboost src/text3.Csrc/text3.C: In function `void
lyxmathDispatch(lyx::LCursor&, const lyx::FuncRequest&,
bool)':
src/text3.C:148: error: `old_pos' was not declared in this scope
scons: *** [debug/common/text3.o] E
>Hallo Michael,
>I'll double check and correct it.
Great! Please note that I made a minor change to the German docs yesterday.
Please grab the latest version from the repository.
Michael
Hallo Michael,
I'll double check and correct it.
--
Viele Grüße,
Hartmut
Hungerhilfe: http://www.thehungersite.com
Kampagne gegen den Ausverkauf der Deutschen Bahn:
http://www.bahn-fuer-alle.de
Das heutige Motto:
What makes us so bitter against people who outwit us is that
they think themselv
On Thu, 4 Jan 2007, Jean-Marc Lasgouttes wrote:
christian> Uwe doesn't have write access to SVN (yet). Did you do
christian> anything about that Jean-Marc? (I'm going to London tomorrow,
christian> so I won't be able to help after tomorrow afternoon)
Well, I created the account with adduser,
Bo Peng wrote:
g++ -o debug/common/text3.o -c -g -O -Idebug/common -Isrc -Isrc
-Iboost src/text3.Csrc/text3.C: In function `void
lyxmathDispatch(lyx::LCursor&, const lyx::FuncRequest&,
bool)':
src/text3.C:148: error: `old_pos' was not declared in this scope
scons: *** [debug/common/text3.o] E
g++ -o debug/common/text3.o -c -g -O -Idebug/common -Isrc -Isrc
-Iboost src/text3.Csrc/text3.C: In function `void
lyxmathDispatch(lyx::LCursor&, const lyx::FuncRequest&,
bool)':
src/text3.C:148: error: `old_pos' was not declared in this scope
scons: *** [debug/common/text3.o] Error 1
scons: bu
On Thu, Jan 04, 2007 at 10:32:51AM +0100, Georg Baum wrote:
> Am Mittwoch, 3. Januar 2007 18:28 schrieb Enrico Forestieri:
> > After pasting by C-v into LyX, if I cut something and try to paste
> > that, I get the old clipboard content. Only after *copying* something
> > I get a normal behaviour,
On Jan 4, 2007, at 7:39 AM, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Looking at the backtrace, it seems that a resize event is
Abdelrazak> triggered just after the doGreyOut() method is initiated
Abdelrazak>
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Looking at the backtrace, it seems that a resize event is
Abdelrazak> triggered just after the doGreyOut() method is initiated
Abdelrazak> and before it is finished, hence the crash. Now the
Ab
José Matos wrote:
On Thursday 04 January 2007 12:07 pm, Abdelrazak Younes wrote:
Sure I want. The X selection should be filled in only when using the mouse!
That is not how it works on emacs.
That's because Emacs was a console app originally. It is no surprise
that it does thing wrong wit
On Thursday 04 January 2007 12:07 pm, Abdelrazak Younes wrote:
> Sure I want. The X selection should be filled in only when using the mouse!
That is not how it works on emacs. I can set the selection using the
keyboard, and it is useful that way.
--
José Abílio
Georg Baum wrote:
Am Donnerstag, 4. Januar 2007 12:28 schrieb Abdelrazak Younes:
Actually we never reached a consensus to put isInternal() in in the first
place, therefore I simply removed it.
OK, Eye for eye...
Apart from that I don't think that I am missing something. The X selection
ge
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> No: after the appropriate menu has been opened, using the
Bennett> keyboard shortcut results in the shortcut being shown in the
Bennett> status bar. (Before it has been opened, nothing shows when
Bennett> using the keyboard short
Am Donnerstag, 4. Januar 2007 12:28 schrieb Abdelrazak Younes:
> [EMAIL PROTECTED] wrote:
> > Author: baum
> > Date: Thu Jan 4 12:12:01 2007
> > New Revision: 16497
> >
> > URL: http://www.lyx.org/trac/changeset/16497
> > Log:
> > Remove isInternal() method. We don't use it and should not do so i
Am Donnerstag, 4. Januar 2007 12:21 schrieb Abdelrazak Younes:
> OK, I understand now but this looked weird (and still does). Maybe we
> should think of adding an int argument() to the LFUN for internal
> purpose. Wasn't that the purpose of the "any" branch that Lars was
> talking about?
In thi
[EMAIL PROTECTED] wrote:
Author: baum
Date: Thu Jan 4 12:12:01 2007
New Revision: 16497
URL: http://www.lyx.org/trac/changeset/16497
Log:
Remove isInternal() method. We don't use it and should not do so in the
future, we use LCursor::selection() instead.
But Georg, LCursor::selection() is als
Georg Baum wrote:
Am Mittwoch, 3. Januar 2007 16:06 schrieb Abdelrazak Younes:
Because I think it is better to explicitly specify what you want to do
in cmd.argument() instead of using dummy string "0" below.
"0" is no dummy string. As I explained in an earlier mail the lfun,
paste n
paste
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Michael Gerz wrote:
>> For 1.5.0, we use to add short-living bugs to file Status.15x.
>> Bugzilla entries are of lower priority at the moment.
Jürgen> I disagree. If this is the consequence of that file, I vote
Jürgen> for d
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> On Wed, 3 Jan 2007, Michael Gerz wrote:
>> Uwe,
>>
>> I noticed that you added some serious bug reports to bugzilla. You
>> should mention them also on lyx-devel, especially as some of the
>> bugs may directly be re
Am Mittwoch, 3. Januar 2007 16:06 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Index: src/mathed/InsetMathGrid.C
> > ===
> > --- src/mathed/InsetMathGrid.C (Revision 16479)
> > +++ src/mathed/InsetMathGrid.C (Arbeitskop
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Note that Guy and I are now able to confirm that the problem
Dov> *does* in fact have to do with environment variables (see the
Dov> threads "Reversed words in Bidi --- the culprit" from last night,
Dov> and "Re: Bidi support in Lyx 1.5
Michael Gerz wrote:
> For 1.5.0, we use to add short-living bugs to file Status.15x. Bugzilla
> entries are of lower priority at the moment.
I disagree. If this is the consequence of that file, I vote for ditching it.
Jürgen
Georg Baum wrote:
Am Mittwoch, 3. Januar 2007 23:48 schrieb Abdelrazak Younes:
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Modified: lyx-devel/trunk/src/TextMetrics.C
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/TextMetrics.C?rev=16452
===
Am Mittwoch, 3. Januar 2007 23:48 schrieb Abdelrazak Younes:
> Michael Gerz wrote:
> > [EMAIL PROTECTED] schrieb:
> >> Modified: lyx-devel/trunk/src/TextMetrics.C
> >> URL:
> >>
http://www.lyx.org/trac/file/lyx-devel/trunk/src/TextMetrics.C?rev=16452
> >>
Am Mittwoch, 3. Januar 2007 23:11 schrieb Abdelrazak Younes:
> Michael Gerz wrote:
> > [EMAIL PROTECTED] schrieb:
> >> Author: kuemmel
> >> Date: Sat Dec 30 15:50:45 2006
> >> New Revision: 16441
> >>
> >> URL: http://www.lyx.org/trac/changeset/16441
> >> Log:
> >> add more lyxerr output, don't use
Am Mittwoch, 3. Januar 2007 19:33 schrieb Bo Peng:
> We somehow agreed upon many things. This has been encouraging. You
> know, I was afraid that people just like the current clipboard
> behaviors and would denounce any change. :-)
I forgot to write on thing yesterday: Although you did not convinc
Jean-Marc Lasgouttes wrote:
"Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Interesting... However, I don't understand why this might be
Dov> causing the problem. After all, in QLPainter::text we explicitly
Dov> set the direction to LTR again (with a comment explaining that
Dov> this i
Am Mittwoch, 3. Januar 2007 18:28 schrieb Enrico Forestieri:
> On Wed, Jan 03, 2007 at 03:48:50PM +0100, Georg Baum wrote:
>
> > Am Mittwoch, 3. Januar 2007 14:51 schrieb Enrico Forestieri:
> > > What I question here is that those guidelines are also applied to
> > Windows.
> > > However, if I ch
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Looking at the backtrace, it seems that a resize event is
Abdelrazak> triggered just after the doGreyOut() method is initiated
Abdelrazak> and before it is finished, hence the crash. Now the
Ab
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc Lasgouttes schrieb:
José> You are right, the places I have found are:
>>
Jean-Marc> I am not sure you did the right search. I found:
>>
Jean-Marc> fantomas: grep -r 14x .|grep -v /po/|grep -v ChangeLog
>> Jose, remembe
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Looking at the backtrace, it seems that a resize event is
Abdelrazak> triggered just after the doGreyOut() method is initiated
Abdelrazak> and before it is finished, hence the crash. Now the
Abdelrazak> question is why
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Interesting... However, I don't understand why this might be
Dov> causing the problem. After all, in QLPainter::text we explicitly
Dov> set the direction to LTR again (with a comment explaining that
Dov> this is correct, because we use
On Wed, 2007-01-03 at 11:05 +, Andr� Poenitz wrote:
> On Wed, Jan 03, 2007 at 09:47:24AM +0100, Jean-Marc Lasgouttes wrote:
> > > "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
> >
> > Dov> Okay, agreed! :) In order to decide what the right behavior is,
> > Dov> we should ask these que
100 matches
Mail list logo