Slight update...
Contrary to what I said in a previous message, completing the reworking
of the Paragraph Settings dialog isn't terribly difficult. Here's the
issue: In this dialog---both before the most recent patch and since it,
though there was some disagreement about this---we distinguish be
In ParagraphParameters.cpp and elsewhere, there are references to a
leftindent property. At present, however, I see no way to set this
property. In particular, it isn't in the Paragraph Settings dialog, and
isn't in 1.4.4, either. Anyone know the history of this?
Richard
Contrary to what I said in a previous message, completing the reworking
of the Paragraph Settings dialog isn't terribly difficult. Here's the
issue: In this dialog---both before the most recent patch and since it,
though there was some disagreement about this---we distinguish between
the Defa
Uwe Stöhr wrote:
Can anybody help me with this issue?:
Special lines should to be added to the preamble whenever e.g. Arabic
is used in the document.
I know how to do this in Bufferparams.cp when Arabic is the document
language:
if (language->lang() == "arabic_arabtex") {
os << "\\usepac
cd \development\Win32\packaging\
build_msvc.bat
The best way is to add the following line at the begining
of build_msvc.bat:
cd /D "%~dp0"
and also for bebug build. In this way, you can drag the .bat
and drop in any MSVC command console, then hit return to compile.
I have a patch f
Can anybody help me with this issue?:
Special lines should to be added to the preamble whenever e.g. Arabic is used
in the document.
I know how to do this in Bufferparams.cp when Arabic is the document language:
if (language->lang() == "arabic_arabtex") {
os << "\\usepackage{arabtex}\n"
Attached is Dov's latest patch. I added the font encoding stuff and the fileformat change. It is
furthermore needed to load arabtex in the preamble when the language is arabic_arabtex, I added this
to the patch. Please test.
---
Dov wrote:
> +arabic_arabtex arabic "Arabic (ArabTeX)" true cp
I suggest the following would be an improvement:
7 Compile
From MS Visual Studio command prompt (not the regular cmd.exe),
cd \development\Win32\packaging\
build_msvc.bat
This worked for me.
Thank you very much. The instruction has been updated.
Cheers,
Bo
I had a bit of trouble with Step 7. of http://www.lyx.org/trac/
browser/lyx-devel/trunk/INSTALL.Win32 by following the instruction
too literally.
Preceding instructions excellent.
I suggest the following would be an improvement:
7 Compile
From MS Visual Studio command prompt (not t
Le 22 juin 07 à 22:44, Alfredo Braunstein a écrit :
Mael Hilléreau wrote:
I apologize, I sent this mail twice. I had some problems with my SMTP
server...
No need to apologize. The list is terribly slow today, some
messages had a
delay of more than an hour.
Ok, happy to know that it's no
> Does this fix the issue of layout change with shortcut?
Yes.
Uwe
Mostafa Vahedi schrieb:
Ok. Here you are!
Done, I committed the keymap file.
regards Uwe
I've committed this now, with a reference to this discussion.
Richard
Richard Heck wrote:
José Matos wrote:
On Friday 22 June 2007 17:42:34 Edwin Leuven wrote:
did you have a look at this one?
I had both under my radar. :-)
What are the (minor) differences between both patches?
E
Uwe Stöhr schrieb:
I applied the following patch:
http://www.lyx.org/trac/changeset/18858
I corrected it:
http://www.lyx.org/trac/changeset/18859
Uwe
I applied the following patch:
http://www.lyx.org/trac/changeset/18858
Mostafa Vahedi schrieb:
Attached is a better patch where
everything is implemented:
- correct encoding for the fontenc
package. Mostafa tested this and
gave his OK for this issue.
This is exteremly OK.
This is include
Mael Hilléreau wrote:
> I apologize, I sent this mail twice. I had some problems with my SMTP
> server...
No need to apologize. The list is terribly slow today, some messages had a
delay of more than an hour.
A/
> I don't think that bug 3902 should stop you committing your valuable solution
to bug 1942 as, in
> the Mac case, it provides a considerable improvement.
OK then I misunderstood you. I thought you meant that the patch introduces a
new problem.
I applied the patch.
regards Uwe
On Fri, Jun 22, 2007 at 07:21:52PM +0200, Edwin Leuven wrote:
> José Matos wrote:
> >OK. I think that the subject is important and I liked the discussion
> >there, now let us move to other (critical) bugs. :-)
> >
> >Since I have to decide I opt for Richard's argument without any
> >demerit for Edw
I apologize, I sent this mail twice. I had some problems with my SMTP
server...
Le 22 juin 07 à 20:48, Mael Hilléreau a écrit :
The "List of algorithms" label cannot be customized (translated)
into the
output.
1. Create a new document
2. Choose a non english language
3. Insert a list of al
José Matos wrote:
On Friday 22 June 2007 18:21:52 Edwin Leuven wrote:
let me guess, you tossed a coin...?
Not on Fridays. :-)
observational equivalent though...
In case it matters both solutions are better than what we have now,
sure
and I am closer from Richard's reasoning in this cas
The "List of algorithms" label cannot be customized (translated) into the
output.
1. Create a new document
2. Choose a non english language
3. Insert a list of algorithms (Insert > List / TOC > List of Algorithms)
4. View the source (View > View Source)
The code corresponding to the "List of Algo
The "List of algorithms" label cannot be customized (translated) into
the output.
1. Create a new document
2. Choose a non english language
3. Insert a list of algorithms (Insert > List / TOC > List of
Algorithms)
4. View the source (View > View Source)
The code corresponding to the "List o
On Friday 22 June 2007 18:21:52 Edwin Leuven wrote:
> let me guess, you tossed a coin...?
Not on Fridays. :-)
In case it matters both solutions are better than what we have now, and I am
closer from Richard's reasoning in this case. Also after some time if no
consensus is reached it is better t
On Friday 22 June 2007 16:33:41 Jürgen Spitzmüller wrote:
> Som nanyone? Can I commit?
>
> Jürgen
OK.
--
José Abílio
The "List of algorithms" label cannot be customized (translated) into
the output.
1. Create a new document
2. Choose a non english language
3. Insert a list of algorithms (Insert > List / TOC > List of
Algorithms)
4. View the source (View > View Source)
The code corresponding to the "List o
José Matos wrote:
OK. I think that the subject is important and I liked the discussion
there, now let us move to other (critical) bugs. :-)
Since I have to decide I opt for Richard's argument without any
demerit for Edwin patch/solution.
let me guess, you tossed a coin...?
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> http://bugzilla.lyx.org/show_bug.cgi?id=2520
Jürgen> The attached patch does this (I think it's the last remaining
Jürgen> non-translatable ui part).
I have no idea about the python part, but the rest looks sane.
JMarc
Richard Heck wrote:
What are the (minor) differences between both patches?
there is a long thread on this but to summarize:
the question is whether we want a separate default button for the rare
situations in which we (1) change document layouts and (2) run into:
1 x is set and we change th
On Friday 22 June 2007 17:59:21 Richard Heck wrote:
> José Matos wrote:
> > On Friday 22 June 2007 17:42:34 Edwin Leuven wrote:
> >> did you have a look at this one?
> >
> > I had both under my radar. :-)
> >
> > What are the (minor) differences between both patches?
>
> Edwin's patch attempts to t
Jürgen Spitzmüller wrote:
> The attached onliner fixes the issue for me (and Uwe).
>
> Explanation: if current_layout is updated here, the test in
> LyXView.cpp:462 returns false and the combo is not updated. Furthermore,
> current_layout will be reset in LyXView.cpp (after the combo update).
>
On Friday 22 June 2007 17:42:34 Edwin Leuven wrote:
> did you have a look at this one?
I had both under my radar. :-)
What are the (minor) differences between both patches?
--
José Abílio
On Friday 22 June 2007 17:04:25 Dov Feldstern wrote:
> I don't think that a format change is needed, because we're using new
> languages, not changing the interpretation of existing ones. If there
> are users out there who have existing documents in ArabTeX, they'll have
> to replace all "\lang ar
> Explanation: if current_layout is updated here, the test in LyXView.cpp:462
> returns false and the combo is not updated. Furthermore, current_layout
> will be reset in LyXView.cpp (after the combo update).
Does this fix the issue of layout change with shortcut?
Bo
José Matos wrote:
On Friday 22 June 2007 17:42:34 Edwin Leuven wrote:
did you have a look at this one?
I had both under my radar. :-)
What are the (minor) differences between both patches?
Edwin's patch attempts to treat the alignment that happens to be the
default (say, Justified)
José Matos wrote:
On Friday 22 June 2007 17:28:06 Richard Heck wrote:
OK to apply?
did you have a look at this one?
Index: src/frontends/qt4/QParagraph.cpp
===
--- src/frontends/qt4/QParagraph.cpp (revision 18850)
+++ src/front
This patch addresses the usability bugs discussed in this thread:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg121160.html
and largely implements Helge's suggestions. (Helge often seems to have
good ideas on these things.) The main change is that the "Default"
button is now a radio
On Friday 22 June 2007 17:28:06 Richard Heck wrote:
> OK to apply?
OK.
> Richard
--
José Abílio
(Again, resending because it didn't arrive the first time; sorry if you
got it twice)
Uwe Stöhr wrote:
Dov Feldstern schrieb:
The question is, should we really go to all this trouble? (Well, not
so much, but (a) should we separate between ArabTeX and Arabi, and (b)
should we update lyx2lyx t
Mostafa Vahedi wrote:
Mostafa Vahedi wrote:
Currently (only) Unicode is used for Farsi as the input
encoding. Moreover in Unicode the openning parenthesis
is always the left one (independent of the language)
I have modified the code to reverse the direction of
the character-pairs when it want
On Friday 22 June 2007 16:37:53 Jürgen Spitzmüller wrote:
> The attached onliner fixes the issue for me (and Uwe).
>
> Explanation: if current_layout is updated here, the test in LyXView.cpp:462
> returns false and the combo is not updated. Furthermore, current_layout
> will be reset in LyXView.cpp
On Friday 22 June 2007 14:54:58 Alfredo Braunstein wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=3346
>
> The fix is simply to clear the dirty flag of the tabular clipboard on
> normal text copy.
>
> Seeking 2 OKs.
>
> A/
OK.
--
José Abílio
Alfredo Braunstein wrote:
Leuven, E. wrote:
Alfredo Braunstein wrote:
since default takes precedence things go fine in your example.
I see.
WRT the current situation, your approach tends to make things default (on
layout switching) against user will, which is sort of lyx philosophy: d
The attached onliner fixes the issue for me (and Uwe).
Explanation: if current_layout is updated here, the test in LyXView.cpp:462
returns false and the combo is not updated. Furthermore, current_layout will
be reset in LyXView.cpp (after the combo update).
OK?
Jürgen
Index: src/Text3.cpp
http://bugzilla.lyx.org/show_bug.cgi?id=3346
The fix is simply to clear the dirty flag of the tabular clipboard on normal
text copy.
Seeking 2 OKs.
A/
Index: CutAndPaste.cpp
===
--- CutAndPaste.cpp (revision 18850)
+++ CutAndPaste.
José Matos wrote:
> > Any opinions on this?
>
> I like it, I was expecting for other opinions.
Som nanyone? Can I commit?
Jürgen
Alfredo Braunstein wrote:
What happends if the user moves the cursor when the dialog is open, does it
get updated?
The dialog is presently modal, precisely because there's no reliable
trigger right now to do the update. Making this work involves re-working
the controller fairly extensively,
Mostafa Vahedi wrote:
If we are going to support both ARABI and ArabTeX for Arabic then we should
also see
how we can combine them in LaTeX terms. I will do that and I will let you know the
result. Therefore as I prepared an skeleton (how-to) for writing Farsi based on ARABI,
I will prepare on
Mostafa Vahedi schrieb:
- use the document language also for
the TOC. This is a special arabi-package
thing. Please test.
It needs more investigation. We should
find the correct point in the source
at which we could place the command
"\TOCLanguage{farsi}".
I think I have found it out: It mu
> I obviously did. Sorry. I'm still not entirely convinced.
i was thinking like the attached...
Index: src/frontends/qt4/QParagraph.cpp
===
--- src/frontends/qt4/QParagraph.cpp (revision 18850)
+++ src/frontends/qt4/QParagraph.cpp (wo
> Attached is a better patch where
> everything is implemented:
> - correct encoding for the fontenc
> package. Mostafa tested this and
> gave his OK for this issue.
This is exteremly OK.
> - special quotation mark definitions
> for Farsi. Mostafa tested this and
> gave his OK for this issue
>> I have attached the Farsi keyboard based
>> on Linux Farsi keymap which can be added to
>> directory "LYX_DEVEL/lib/kbd/". The only
>> problem I have is the last line in which
>> I tried to assign a letter to the double
>> quote, i.e. \", and it did not work.
> " couldn't be mapped becaus
If we are going to support both ARABI and ArabTeX for Arabic then we should
also see how we can combine them in LaTeX terms. I will do that and I will let
you know the result. Therefore as I prepared an skeleton (how-to) for writing
Farsi based on ARABI, I will prepare one for Arabic based on Ar
Uwe Stöhr wrote:
Dov Feldstern schrieb:
First of all, I just want to apologize to you, Uwe: I feel that we
were getting very argumentative last night, and I'm not sure why...
No problem. I think such discussions are needed to get a decision.
So what about the following:
- I commit the Farsi
Alfredo Braunstein wrote:
Dov Feldstern wrote:
Hi!
First of all, I just want to apologize to you, Uwe: I feel that we were
getting very argumentative last night, and I'm not sure why... I'll
blame it on the hour and on the fact that I was getting very frustrated
with the fact that not all my m
On Friday 22 June 2007 06:55:01 Andre Poenitz wrote:
> Pretty trivial patch attached.
>
> Ok?
>
> Andre'
OK.
--
José Abílio
On Friday 22 June 2007 09:48:02 Juergen Spitzmueller wrote:
> Jürgen Spitzmüller wrote:
> > http://bugzilla.lyx.org/show_bug.cgi?id=2520
> >
> > The attached patch does this (I think it's the last remaining
> > non-translatable ui part).
>
> Any opinions on this?
I like it, I was expecting for o
Dov Feldstern schrieb:
First of all, I just want to apologize to you, Uwe: I feel that we were
getting very argumentative last night, and I'm not sure why...
No problem. I think such discussions are needed to get a decision.
So what about the following:
- I commit the Farsi related stuff tha
Dear Dov and Uwe,
ARABI is a good package for Farsi that supports BABEL. But it has some (even
many) limitations. About Arabic I believe that I am not the person who should
decides at this moment. I need more time for that one.
I would like to keep the possibility of using ArabTeX (NOT necessar
Dov Feldstern wrote:
> Hi!
>
> First of all, I just want to apologize to you, Uwe: I feel that we were
> getting very argumentative last night, and I'm not sure why... I'll
> blame it on the hour and on the fact that I was getting very frustrated
> with the fact that not all my messages were maki
Stefan Schimanski schrieb:
Before you apply the patch: Check if bug 3902 is not already there.
With the double integral the math preview does not appear. What should I
do now?
When this is the case without the patch is applied,
- confirm the bug report 3902
- aplly the patch for bug 1942 a
Leuven, E. wrote:
> Alfredo Braunstein wrote:
>> Let me give you another case: I often write my titles first in Standard
>> Layout and *then* switch the layout to Title. With your approach I would
>> have to manually center it. Awful.
>
> no.
>
> reread what i wrote:
That implies I've read it i
Hi!
First of all, I just want to apologize to you, Uwe: I feel that we were
getting very argumentative last night, and I'm not sure why... I'll
blame it on the hour and on the fact that I was getting very frustrated
with the fact that not all my messages were making it through for some
reason
Leuven, E. wrote:
> you are misunderstanding me. the inset/layout should tell us what the
> default is (and i think it does at the moment). so sometimes this will be
> justified, in other cases center, etc.
I obviously did. Sorry. I'm still not entirely convinced.
Jürgen
Jürgen Spitzmüller wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=2520
>
> The attached patch does this (I think it's the last remaining
> non-translatable ui part).
Any opinions on this?
Jürgen
Juergen Spitzmueller wrote:
> Where do you get your stats from?
from a very reliable source
> I just think it's wrong to assume that justified is the de facto "standard"
> alignment.
?
you are misunderstanding me. the inset/layout should tell us what the default
is (and i think it does at the
Alfredo Braunstein wrote:
> Let me give you another case: I often write my titles first in Standard
> Layout and *then* switch the layout to Title. With your approach I would
> have to manually center it. Awful.
no.
reread what i wrote:
"i would be fine with having the default take precedence in
Mostafa Vahedi wrote:
>> Currently (only) Unicode is used for Farsi as the input
>> encoding. Moreover in Unicode the openning parenthesis
>> is always the left one (independent of the language)
>> I have modified the code to reverse the direction of
>> the character-pairs when it wants to dis
Leuven, E. wrote:
>> No, they're not.
>
> where do you get your stats from?
Where do you get your stats from?
I just think it's wrong to assume that justified is the de facto "standard"
alignment. This might be true for standard paragraphs in most book and
article classes, for others it is not.
Leuven, E. wrote:
> so given that:
>
> - people don't switch document classes often (i for example never do)
> - switching document layouts often involve information loss because they
> do not define similar environments - case 1 & 2 are rare
Let me give you another case: I often write my titles
Edwin Leuven wrote:
> if i creat a selection that spans more than one line and then type
> something (so that the selection gets replace with my new text), the
> selection before the line where cursor is isn't crossed out. there is a
> missing screen update here.
Confirmed.
> second thing is whe
Abdelrazak Younes wrote:
I agree with Edwin personally. I would also agree with
o Justified (Default)
o Left
o Center
o Right
But we can change that later if we reach consensus.
I think default should be an additional option. There may be good
reasons to set the alignment to the setting that
>> - case 1 & 2 are rare
>
> No, they're not.
where do you get your stats from?
Leuven, E. wrote:
> - case 1 & 2 are rare
No, they're not.
Jürgen
Alfredo Braunstein wrote:
> Specially with new document classes I normally don't know what the layouts
> really are so I switch back and forth several times...
i agree that the only situation where this might reasonably occur is when
switching document classes.
so given that:
- people don't swi
Andre Poenitz wrote:
> On Fri, Jun 22, 2007 at 08:00:04AM +0200, Edwin Leuven wrote:
>> Andre Poenitz wrote:
>>> Pretty trivial patch attached.
>>>
>>> Ok?
>> can you add a comment?
>
> The feature (inserting a space via lfun) was asked for twice during the
> last few weeks. Now that is possible
Am 22.06.2007 um 00:42 schrieb Uwe Stöhr:
Attached is a patch from Georg that fixes the regression bug 1942:
Inconsistent look of integral symbols.
I tested it thoroughly will all combinations of the packages esint,
wasysym, and amsmath.
A Mac user has reported a perhaps related problem
76 matches
Mail list logo
