On Wed, May 09, 2007 at 02:00:00AM +0200, Uwe Stöhr wrote:
> > Reduce the line length of the comments, i.e.:
> >
> > You asked me about reasons for the line length a while back. One trivial
> reason is that your diff
> > is diff(icult:-) to read in my mail program...
>
> The common line length is
On Tue, May 08, 2007 at 06:26:00PM -0400, hzluo wrote:
> Attached files are to enable relyx on the fly,
> i.e., when a latex syntaxed string is pasted
> into lyx, it is converted to lyx.
Nice idea.
> Currently the patch can only detect \cite{...}
> command embeded in a string. But it can be exte
On Tue, May 08, 2007 at 05:04:27PM -0500, Bo Peng wrote:
> >Starting with your ui file I get a design which seems ok when I click
> >1. in the QGroupBoxlayout->vertical (then I see the narrow band)
> >2. again layout->vertical on the empty space on the right of the QGroupBox
> >3. and change the si
On Wed, May 09, 2007 at 12:58:12AM +0300, Dov Feldstern wrote:
> [...]
> So how do we move ahead with this?
>
> 1. Since the current implementation is of logical movement, I strongly
> urge that we stick with that. And in order to fix the problem with that
> (of the cursor getting stuck within i
On Tue, May 08, 2007 at 10:40:29PM +0200, [EMAIL PROTECTED] wrote:
> Ok, the response here has been appallingly lacking. I'm giving you one
> more try. Non NSIS's are are free to chime in as well.
I already wasted too much of my lifetime on Windows installers (.msi,
no, it won't help here...). I
On Wed, May 09, 2007 at 12:58:12AM +0300, Dov Feldstern wrote:
> Hi!
...
> Visual mode in both applications means that LEFT moves left, and RIGHT
> moves right, regardless of the language, and the movement is visual and
> not logical (so that the cursor may actually be jumping back and forth
Guys,
I just tried for the first time in years to compile the main branch of
the repository. I haven't done that since it was CVS!
It failed :(
I am using a pretty standard OpenSUSE 10.2 with Qt 4 compiled from
source. See below for a transcript of the end of ./configure followed by
make.
I don
>> Four files are modified namely: Encoding.cpp, Text.cpp, rowpainter.cpp, and
>> languages.
>
> I think that this can go in, any objection?
What about the file format change and lyx2lyx stuff? There should be at least a function in lyx2lyx
that referts the document language setting.
For consi
> Reduce the line length of the comments, i.e.:
>
> You asked me about reasons for the line length a while back. One trivial
reason is that your diff
> is diff(icult:-) to read in my mail program...
The common line length is 80 characters per line I read somewhere. But when you look at
BufferPa
Andre Poenitz schrieb:
+ if (lang_opts != "")
if (!lang_opts.empty())
Thanks, I've put it in now with this syntax:
http://www.lyx.org/trac/changeset/18238
thanks and regards
Uwe
José Matos wrote:
Hi all,
feedback is welcome for this message.
[...]
Thanks to Uwe and Bennet I have compiled this list of bugs. Is there any issue
missing here? Which bugs do you expect to tackle during the release
candidates stage?
I'm still having some stability issues with Hebr
Attached files are to enable relyx on the fly,
i.e., when a latex syntaxed string is pasted
into lyx, it is converted to lyx.
Currently the patch can only detect \cite{...}
command embeded in a string. But it can be extended
to support more latex syntax.
Test:
paste a string like:
blabla bla \
José Matos wrote:
On Tuesday 08 May 2007 21:51:56 Mostafa Vahedi wrote:
Four files are modified namely: Encoding.cpp, Text.cpp, rowpainter.cpp, and
languages.
I think that this can go in, any objection?
Just tried it out. I don't have arabi set up, so I can't test the Farsi,
but in terms
Starting with your ui file I get a design which seems ok when I click
1. in the QGroupBoxlayout->vertical (then I see the narrow band)
2. again layout->vertical on the empty space on the right of the QGroupBox
3. and change the sizePolicy property of listingTB to expanding
This seems to work and
>On Tuesday 08 May 2007 21:51:56 Mostafa Vahedi wrote:
>> Four files are modified namely: Encoding.cpp, Text.cpp,
>>rowpainter.cpp, and
>> languages.
>
> I think that this can go in, any objection?
>
> Thanks Mostafa. :-)
>
> Regarding the support of Farsi:
> How is the support wit
Hi!
This issue seems to have generated a lot of discussion, and I think we
sort of lost our focus. So I'm going to try to respond to the various
issues raised, and then I'll sketch out a plan for moving ahead with this.
*) Andre asked about how other programs deal with this:
I took a look at
Bo Peng wrote:
>> +bool InsetListingsParams::fromEncodedString(string const & in)
>> +{
>> + // Decode string!
>> + // Do nothing because " was silently ignored.
>> + setParams(in);
>> +}
>>
>> msvc needs a return value.
>
> Thanks. I will correct that. bool was used in many plac
On Tuesday 08 May 2007 21:51:56 Mostafa Vahedi wrote:
> Four files are modified namely: Encoding.cpp, Text.cpp, rowpainter.cpp, and
> languages.
I think that this can go in, any objection?
Thanks Mostafa. :-)
Regarding the support of Farsi:
How is the support with this patch?
I think this got sent to the wrong list :-)
On Tue, 8 May 2007, Uwe Stöhr wrote:
I haven't found btw. no C++ manual by googling that describes the case
where AND and OR are embedded to each other. Do you know one?
That part is just from the precedence of the operators. When that order
isn't
+bool InsetListingsParams::fromEncodedString(string const & in)
+{
+ // Decode string!
+ // Do nothing because " was silently ignored.
+ setParams(in);
+}
msvc needs a return value.
Thanks. I will correct that. bool was used in many places to see if a
parameter string is corre
On Tuesday 08 May 2007 22:12:18 Pavel Sanda wrote:
> > After our problems with LyX 1.4.0, we promised on the users list to fix
> > if possible all regressions to LyX 1.3.x. So we should try to fix them.
> >
> > -- Regressions to LyX 1.3.x:
>
> should this be keyworded as regression ?
>
> http://b
Bo Peng wrote:
> Dear all,
>
> I have spent another two days on the InsetListings patch, trying to
> make the GUI more usable. What I get is a validation system that
> reports to QInclude, QListings and QDocument exactly what is wrong
> with the params string (through exception). With the attached
José Matos wrote:
> On Tuesday 08 May 2007 21:51:29 Bo Peng wrote:
>> With this validation system in place, I will stop working on this
>> feature until I get an OK to proceed.
>
> You have an OK to proceed, but I would like to hear more feedback from the
> list to the technical details of the
> After our problems with LyX 1.4.0, we promised on the users list to fix if
> possible all regressions to LyX 1.3.x. So we should try to fix them.
>
> -- Regressions to LyX 1.3.x:
should this be keyworded as regression ?
http://bugzilla.lyx.org/show_bug.cgi?id=2945
pavel
On Tuesday 08 May 2007 21:51:29 Bo Peng wrote:
> With this validation system in place, I will stop working on this
> feature until I get an OK to proceed.
You have an OK to proceed, but I would like to hear more feedback from the
list to the technical details of the patches.
Please wait for
Four files are modified namely: Encoding.cpp, Text.cpp, rowpainter.cpp, and
languages.
-
Ahhh...imagining that irresistible "new car" smell?
Check outnew cars at Yahoo! Autos.Index: Encoding.cpp
=
Ok, the response here has been appallingly lacking. I'm giving you one
more try. Non NSIS's are are free to chime in as well.
I'd like to discuss the different types of windows installers, their
definition/descriptions and more concretely, what the corresponding
compile time definitions shou
On Tue, 8 May 2007, Uwe Stöhr wrote:
Uwe Stöhr schrieb:
Attached is a better patch.
I now also implement Abdel's annotations. Can this one now go in?
Reduce the line length of the comments, i.e.:
+ language->babel().empty() ) {
+ // if the armscii8 or a CJK en
Attached patch solves two TOC dialog bugs 3528 and 3534. Can smb
review (Abdel?, Juergen?, John?) and commit it (Jose?)
ugras
Index: frontends/qt4/TocWidget.cpp
===
--- frontends/qt4/TocWidget.cpp (revision 18237)
+++ frontends/qt4/T
Andre Poenitz wrote:
> On Mon, May 07, 2007 at 08:11:11PM +0200, Peter Kümmel wrote:
>> As said above, I only couldn't accept that someone very deep involved in
>> the development process stops short before a release just because he dislike
>> the current development style, when someone becomes tha
On Tue, May 08, 2007 at 01:20:24PM -0400, Bennett Helm wrote:
> On Apr 27, 2007, at 9:59 AM, Jean-Marc Lasgouttes wrote:
>
> >>"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
> >
> >Bennett> On Apr 27, 2007, at 9:52 AM, Jean-Marc Lasgouttes wrote:
> "Bennett" == Bennett Helm <[EM
On Tue, May 08, 2007 at 08:46:15PM +0200, Uwe Stöhr wrote:
> Uwe Stöhr schrieb:
>
> >Attached is a better patch.
>
> I now also implement Abdel's annotations. Can this one now go in?
>
> regards Uwe
> Index: BufferParams.cpp
> ===
Uwe Stöhr wrote:
+ // if the armscii8 or a CJK encoding is used, babel has to be
called for
+ // foreign languages
+ if (lang_opts != "")
+ if (!lang_opts.empty())
+ tmp = string("\\usepackage[") + lang_opts + "]{b
Uwe Stöhr schrieb:
Attached is a patch that fixes the selectlanguage issue for languages
that don't use babel (GJK, Armenian)
It works correctly I think. OK?
No, it didn't, so I retract my patch.
The problem of the bug is in output_latex.cpp in the three i call where
"language_command_begin
Uwe Stöhr schrieb:
Attached is a better patch.
I now also implement Abdel's annotations. Can this one now go in?
regards Uwe
Index: BufferParams.cpp
===
--- BufferParams.cpp (revision 18237)
+++ BufferParams.cpp (working copy)
@@
On Sunday 06 May 2007 11:28:33 Jürgen Spitzmüller wrote:
> - Is it correct to always use utf8 for preview? Basically, this breaks
> preview-latex for older distributions that do not feature utf8. Ideally, we
> should use the encoding of the document (if possible).
I agree.
BTW what is the min
Hi,
now that we have the infrastructure ready to support soul/xcolor as an
alternative to dvipost, what would be your preference?
1. Ditch dvipost in favour of soul/xcolor
2. Check dvipost first. If not available, check for soul/xcolor
3. Check soul/xcolor first. If not available, check for dv
Jürgen Spitzmüller schrieb:
Why not the linebreak? For my taste, that line is too long.
Alright, I also added the line break :-)
AFAIK, \newcommand only allows one optional argument. However, this
doesn't hurt IMHO because LyX will always sets all three arguments.
It's possible, but i
On Apr 27, 2007, at 9:59 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Apr 27, 2007, at 9:52 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Here's a minor patch to INSTALL.MacOSX needed to e
On Tue, 8 May 2007, Abdelrazak Younes wrote:
Uwe Stöhr wrote:
+ else
+ tmp = string("");
And by the way, please use tmp.clear() instead.
And stick to less than about 72 characters/line plese :-)
/C
--
Christian Ridderström, +46-8-768 39 44
On Tue, 8 May 2007, Uwe Stöhr wrote:
You need to enclose the full expression between brackets.
if (a == 1 && b == 1 && (C == "bla" || C == "blub")) {
...
}
This is what I first tried, but it doesn't compile: " Syntax error "(" "
Then you have some other problem that's confusing you.
/C
Edwin Leuven wrote:
[EMAIL PROTECTED] wrote:
How about this
>
>+if (controller().canIndent())
>+{
>+dialog_->indentCB->setEnabled(true);
>+dialog_->indentCB->setChecked(!params.noindent());
>+} else {
>+dialog_->indentCB->setEnabled(false);
>+
[EMAIL PROTECTED] wrote:
How about this
much better :-)
Abdel.
[EMAIL PROTECTED] wrote:
How about this
>
>+ if (controller().canIndent())
>+ {
>+ dialog_->indentCB->setEnabled(true);
>+ dialog_->indentCB->setChecked(!params.noindent());
>+ } else {
>+ dialog_->indentCB->setEnabled(false);
>+ dialog_->indentC
How about this
Index: qt4/QParagraph.cpp
===
--- qt4/QParagraph.cpp (revision 18231)
+++ qt4/QParagraph.cpp (working copy)
@@ -254,7 +254,14 @@
dialog_->alignmentToRadioButtons(newAlignment);
//indentation
- dialog_->indentC
On Monday 07 May 2007 20:38:19 Uwe Stöhr wrote:
> I just noticed, that this is not specially the case for Armenian but also
> applies for the CJK-languages.
>
> So I currently see no special Armenian bug.
OK.
> regards Uwe
--
José Abílio
Uwe Stöhr wrote:
+ else
+ tmp = string("");
And by the way, please use tmp.clear() instead.
Abdel.
Koji Yokota schrieb:
Uh, this is my fault. Although the webpage says "Japanese option file
for Babel", it is actually a latex package as before. Babel does not
support Japanese at this moment.
...
5) To use it in LyX,
\usepackage{babel}
\usepackage{japanese}
must be
Uwe Stöhr wrote:
Attached is the patch that fixes the problem, that babel isn't called
when you are foreign languages in CJK and Armenian-documents.
I think this is now the last remaining babel bug.
Is my patch correct? It works here for all my testcases but you have
perhaps a better solution
> You need to enclose the full expression between brackets.
>
> if (a == 1 && b == 1 && (C == "bla" || C == "blub")) {
> ...
> }
This is what I first tried, but it doesn't compile: " Syntax error "(" "
---
What about my patch?
regards Uwe
Jürgen Spitzmüller wrote:
The patch just adds endash and emdash to the unicodesymbol list.
OK to apply?
I just tested this.
I can now paste endashes and emdashes into the lyx document
from an unicode testpage, and have them work on screen.
Well, that part worked ever since the unicode conver
On Tue, 8 May 2007, Abdelrazak Younes wrote:
I am not sure I understand your question though...
Abdel.
I think the "problem" is that his code was valid to begin with...
if ( (a == 1) && (b == 1) && ((C == "bla") || (C == "blub")) )
...
/Christian
--
Christian Ridderström,
Uwe Stöhr wrote:
Attached is the patch that fixes the problem, that babel isn't called
when you are foreign languages in CJK and Armenian-documents.
I think this is now the last remaining babel bug.
Is my patch correct? It works here for all my testcases but you have
perhaps a better solution
Andreas Karlsson wrote:
Hi,
I am writing a layout file where I have defined a new style in which I
want it to be a new line when I hit Enter instead of a new paragraph.
That is, I want it to work as when hitting Ctrl+Enter in an ordinary
style. Is this possible, and how should I do to get thi
Uwe Stöhr wrote:
Andre Poenitz schrieb:
Why that? In Delphi I use such contructs very often. The syntax would
then be
if (a = 1) and (b = 1) and
( (C = "bla") or (C = "blub") ) then
So I assumed that this is possible in C++ too.
I still see an 'or'.
Yes of course. I don't want to le
[EMAIL PROTECTED] wrote:
Another simple little patch for this one. OK to commit?
Looks good.
Abdel.
57 matches
Mail list logo
