Am 23.06.2012 20:31, schrieb Vincent van Ravesteijn:
Thanks. I missed that. But I haven't not yet understood exactly what it should
look like. How
should have been the log for my commit?
Add Babel support for Kurmanji
Here are some paragraphs that explain the commit...
Signed-off-by: Uwe St
Op 23-6-2012 20:19, Uwe Stöhr schreef:
> See:
> http://comments.gmane.org/gmane.editors.lyx.devel/141014
Thanks. I missed that. But I haven't not yet understood exactly what
it should look like. How should have been the log for my commit?
Add Babel support for Kurmanji
Here are some paragra
Am 23.06.2012 20:16, schrieb Vincent van Ravesteijn:
Op 23-6-2012 20:09, Uwe Stöhr schreef:
Am 23.06.2012 19:47, schrieb Vincent van Ravesteijn:
Please start your commit log with a short (70 characters) summary of all
changes.
What is going on? What is wrong with my commit logs, sometimes
Op 23-6-2012 20:09, Uwe Stöhr schreef:
Am 23.06.2012 19:47, schrieb Vincent van Ravesteijn:
Please start your commit log with a short (70 characters) summary of
all changes.
What is going on? What is wrong with my commit logs, sometimes you
complain they contain less info, sometimes they con
Op 23-6-2012 20:09, Uwe Stöhr schreef:
Am 23.06.2012 19:47, schrieb Vincent van Ravesteijn:
Please start your commit log with a short (70 characters) summary of
all changes.
What is going on? What is wrong with my commit logs, sometimes you
complain they contain less info, sometimes they con
Am 23.06.2012 19:47, schrieb Vincent van Ravesteijn:
Please start your commit log with a short (70 characters) summary of all
changes.
What is going on? What is wrong with my commit logs, sometimes you complain they contain less info,
sometimes they contain too much.
Where do you have the n
2009 also supported by babel; no fileformat
change necessary because Kurmanji is already covered by fileformat 432
- tex2lyx/Preamble.cpp: babel support for Kurmanji and remove comment
residues of ArmTeX whose support was removed by fileformat 433
Please start your commit log with a short
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> I don't have a problem with the one char change -- that was my
Allan> original fix but upon further consideration (above) I decided
Allan> the fix I provided was better (although the one char fix is
Allan> probably all we want for 1.2.
On Sun, 9 Jun 2002, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | Allan Rae <[EMAIL PROTECTED]> writes:
> >
> | | On Wed, 5 Jun 2002, Allan Rae wrote:
[...]
> InsetIterator is use twice...
>
> the use in buffer.C:3972 will work fine with >= (even better probab
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Allan Rae <[EMAIL PROTECTED]> writes:
>
| | On Wed, 5 Jun 2002, Allan Rae wrote:
>>
>>> It's not quite as simple as errors after a newline not being removed.
>>> Some are, but those in the overly long testcase aren't. I will
>>> investigate this
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Allan Rae <[EMAIL PROTECTED]> writes:
>
| | On Wed, 5 Jun 2002, Allan Rae wrote:
>>
>>> It's not quite as simple as errors after a newline not being removed.
>>> Some are, but those in the overly long testcase aren't. I will
>>> investigate this
Allan Rae <[EMAIL PROTECTED]> writes:
| On Wed, 5 Jun 2002, Allan Rae wrote:
>
>> It's not quite as simple as errors after a newline not being removed.
>> Some are, but those in the overly long testcase aren't. I will
>> investigate this weekend.
>
| I've figured it out. This change:
>
| 2002-0
,3 +1,10 @@
+2002-06-09 Allan Rae <[EMAIL PROTECTED]>
+
+ * paragraph.[hC] (nextInsetIterator): new function
+ * BufferView2.C (removeAutoInsets): Fix bug #432 which was introduced
+ when the paragraph iterator algorithms were rewritten. Added and use
+ a new ite
It's not quite as simple as errors after a newline not being removed.
Some are, but those in the overly long testcase aren't. I will
investigate this weekend.
Allan. (ARRae)
14 matches
Mail list logo