On Fri, 01 Sep 2006 19:01:29 +0200 Juergen Spitzmueller <[EMAIL PROTECTED]>
wrote:
> Martin Vermeer wrote:
> > This should be implemented at the point where, when inserting a
> textinset
> > with the selection active, the selection is moved to a buffer. I
> would tell
> > you where that is, but I
Yes, Andrè asked for some polish:
http://thread.gmane.org/gmane.editors.lyx.devel/65033/focus=65975
I understand that you have improved your patch according to Andre's
suggest so I just submitted your newest version to the trunk. Please
patch against the trunk if you have some further improveme
Bo Peng wrote:
Please test the attached patch. If it works, I will apply to 1.4.x and
the trunk.
Thanks, it works fine. Please apply.
Joost
On Fri, Sep 01, 2006 at 03:39:32PM +0200, Abdelrazak Younes wrote:
> Enrico, I have committed the patch for trunk only.
Thanks Abdel. Appreciated.
> If you are really
> serious about taking all the blame for it then you should ask for commit
> privilege. There nothing scaring about that.
;-)
On Fri, Sep 01, 2006 at 03:49:51PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > The attached patch avoids the crash when quitting LyX.
>
> Applied also Enrico.
Thanks Abdel.
> This is the last time I will do this for you.
Gulp!
--
Enrico
On Fri, Sep 01, 2006 at 04:56:31PM +0200, Georg Baum wrote:
> Bo Peng wrote:
>
> >> Abdel is right. Come on Enrico...
> >
> > I second that. BTW, what is the status of the CAS patch?
>
> Approved by several (including Andre) and should go in. There might have
> been some minor modifications t
On Fri, Sep 01, 2006 at 08:59:30AM -0500, Bo Peng wrote:
> > Abdel is right. Come on Enrico...
>
> I second that.
First of all, let me thank you all for trusting me. As I already said
several times, I am not a programmer, even if I have some skill at
programming. I am not sure that I can make
This patch fixes the clipboard/selection encoding problems by using
docstring for clipboard/selection interaction and in some other methods.
This avoids conversion from/to latin1 in toqstr/fromqstr and the gtk
frontend.
Again it adds some more temporary lyx::to_utf8/lyx::from_utf8 calls that
wi
Martin Vermeer wrote:
> This should be implemented at the point where, when inserting a textinset
> with the selection active, the selection is moved to a buffer. I would tell
> you where that is, but I am writing this on an 3x8 cm "soft keybord" of my
> Nokia 770 from my WLAN-enabled hotel room in
Andre Poenitz schrieb:
On Wed, Aug 30, 2006 at 10:28:54PM +0200, Michael Gerz wrote:
? chars-transpose- ???
'xp' in vi - swap two adjancent characters.
Andre'
Who needs such a function? Can it go?
Michael
Edwin Leuven schrieb:
Michael Gerz wrote:
I guess there are many other dialogs in which the logical order of
the field is strange.
you're right
i went through all of them and hope things look better now.
Great!
Michael
On Thu, Aug 31, 2006 at 09:41:55PM +0300, Martin Vermeer wrote:
> This problem is much more genersl than branches. It was reported
> earlier on the list: selecting text in a itemise/enum pararaph, and
> inserting a textinset around it, will produce a item/enum paragraph
> inside the inset.
>
> I a
On Fri, 01 Sep 2006 10:43:51 +0200 Helge Hafting <[EMAIL PROTECTED]>
wrote:
> Martin Vermeer wrote:
> > On Wed, 30 Aug 2006 14:31:05 +0200 Helge Hafting
> <[EMAIL PROTECTED]>
> > wrote:
> >
> >
> >
...
> > I agree it needs fixing, but how? This is sensible behaviour when
> putting an
> > n
That's incorrect. The mo files should get a suffix, otherwise they won't
work. The autotools build system also adds the suffix for Windows builds.
Please test the attached patch. If it works, I will apply to 1.4.x and
the trunk.
Bo
Index: development/scons/SConstruct
==
Bo Peng wrote:
You brought up this question a while ago (search list archive for
scons and version-suffix), and the result of the discussion seemed to
be no suffix for mo files. Citing Angus' post:
That's incorrect. The mo files should get a suffix, otherwise they won't
work. The autotools bui
Bo Peng wrote:
>> Abdel is right. Come on Enrico...
>
> I second that. BTW, what is the status of the CAS patch?
Approved by several (including Andre) and should go in. There might have
been some minor modifications that should be made, but I forgot if that was
the case.
Georg
* If LyX is compiled with a version suffix, the gettext mo files should
also get this suffix. So lyx.mo should become lyx.mo.
You brought up this question a while ago (search list archive for
scons and version-suffix), and the result of the discussion seemed to
be no suffix for mo files. Citing
Abdel is right. Come on Enrico...
I second that. BTW, what is the status of the CAS patch?
BO
Enrico Forestieri wrote:
On Thu, Aug 24, 2006 at 06:47:22PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
I have compiled a Cygwin version of LyX/Qt4 using the native GUI (no X11)
and now I see the chinese characters mentioned by Abdel when I load
an old document. I also get a lot o
On Friday 01 September 2006 14:39, Abdelrazak Younes wrote:
> Enrico, I have committed the patch for trunk only. If you are really
> serious about taking all the blame for it then you should ask for commit
> privilege. There nothing scaring about that.
Abdel is right. Come on Enrico...
(I wou
Enrico Forestieri wrote:
In src/support/os_cygwin.C path styles are converted (when needed) from
one style to another. I discovered a couple of cases in which an
unnecessary conversion takes place.
The default output path style in external_path is windows because this
function is also used when
Edwin, you must have forgotten this small bit.
Log:
Fix combo box items in the delimiter GUI
* src/frontends/qt4/QDelimiterDialog.C
(QDelimiterDialog::QDelimiterDialog): add missing "Variable size" item
--
Enrico
Index: src/frontends/qt4/QDelimiterDialog.C
==
Lars Gullik Bjønnes wrote:
> Why a separate from_ascii really? If it is ascii, then it is also
> utf-8.
Sure. I made it separate because that makes the intention very clear: If we
know that it is ASCII we don't need a more costly utf8 conversion. And
from_ascii is not supposed to go away as from_
Abdelrazak Younes wrote:
Could you put somewhere in the wiki a source package with MSVC projects
for Aspell? I'll try to investigate that issue.
The problem seems to be caused by ControlSpellchecker::showSummary,
which shows a message after spell checking has been completed.
There is a check
Peter Kümmel wrote:
But ATM don't understand the control flow, so I couldn't find the
real reason for this.
Hi Peter and Joost,
Could you put somewhere in the wiki a source package with MSVC projects
for Aspell? I'll try to investigate that issue.
Abdel.
Martin Vermeer wrote:
On Wed, 30 Aug 2006 14:31:05 +0200 Helge Hafting <[EMAIL PROTECTED]>
wrote:
From reading the related bug reports 2093 and 2671, I know there is
some problems with branches & lists. This is about branch stuff that
can
be done, but in an unnecessarily cumbersome and su
On Wed, Aug 30, 2006 at 06:24:12PM +0200, Georg Baum wrote:
> That is not the problem. The problem is that we want to be able to output
> simple characters to these shiny new streams like this:
>
> os << ' ';
>
> and not like this:
>
> os << lyx::char_type(' ');
Well, I could live with, say,
On Thu, Aug 31, 2006 at 10:18:59AM +0200, Abdelrazak Younes wrote:
> >| - char out[1000] = { 0 };
> >| + static char out[1000];
> >
> >Did you see if you get the same speedup if you just disable the
> >initialization "{ 0 };"?
>
> No I didn't try. You reckon that the compiler will optimize that
On Wed, Aug 30, 2006 at 10:28:54PM +0200, Michael Gerz wrote:
> ? chars-transpose- ???
'xp' in vi - swap two adjancent characters.
Andre'
Georg Baum <[EMAIL PROTECTED]> writes:
Index: src/support/docstring.C
===
--- src/support/docstring.C (Revision 0)
+++ src/support/docstring.C (Revision 0)
@@ -0,0 +1,76 @@
+/**
+ * \file docstring.C
+ * This file is part of L
Joost Verburg wrote:
> Bo Peng wrote:
>> Why lyx/aspell/mingw works but lyx/aspell/msvc does not? Is it because
>> we use standard aspell under mingw, but cvs aspell under msvc?
>
> No, it's not related to the Aspell version. I don't know the details,
> Peter says a pointer managed by lyx is null
31 matches
Mail list logo
