Hi Eike,
On 13/12/2016 09:41 PM, Eike Rathke wrote:
Hi Yossi,
On Tuesday, 2016-12-13 08:22:15 +0200, Yossi Zahn wrote:
It seems that the numbering options that appear in
numberingoptionspage.ui
will always be higher up in the list than those that are added dynamically
in cui/source/tabpages
Hi Eike,
On 13/12/2016 09:41 PM, Eike Rathke wrote:
Hi Yossi,
On Tuesday, 2016-12-13 08:22:15 +0200, Yossi Zahn wrote:
It seems that the numbering options that appear in
numberingoptionspage.ui
will always be higher up in the list than those that are added dynamically
in cui/source/tabpages
Hi Eike,
On 14/12/2016 01:08 AM, Eike Rathke wrote:
Hi Yossi,
On Tuesday, 2016-12-13 20:41:04 +0100, Eike Rathke wrote:
Btw, there's a second UI string list in
svx/source/dialog/numberingtype.src (new file renamed from
svx/source/dialog/pagenumbering.src), so if the Hebrew numbering types
are
Hi Yossi,
On Tuesday, 2016-12-13 20:41:04 +0100, Eike Rathke wrote:
> Btw, there's a second UI string list in
> svx/source/dialog/numberingtype.src (new file renamed from
> svx/source/dialog/pagenumbering.src), so if the Hebrew numbering types
> are used also in page numbering they likely should
Hi Yossi,
On Tuesday, 2016-12-13 08:22:15 +0200, Yossi Zahn wrote:
> On 08/12/2016 07:50 PM, Eike Rathke wrote:
> > The UI visible strings are obtained from
> > cui/uiconfig/ui/numberingoptionspage.ui
> It seems that the numbering options that appear in numberingoptionspage.ui
> will always be hi
Hi Yossi,
On Sunday, 2016-12-11 23:25:13 +0200, Yossi Zahn wrote:
> On 09/12/2016 02:45 PM, Eike Rathke wrote:
> > Indeed. So when setting that option to different values, does MS-Office
> > write different identifiers to ODF, and how does it save things to
> > OOXML?
> >
> no, ODF is written as
On 08/12/2016 07:50 PM, Eike Rathke wrote:
The UI visible strings are obtained from
cui/uiconfig/ui/numberingoptionspage.ui
It seems that the numbering options that appear in
numberingoptionspage.ui will always be higher up in the list than those
that are added dynamically in cui/source/tabpa
On 09/12/2016 02:45 PM, Eike Rathke wrote:
Indeed. So when setting that option to different values, does MS-Office
write different identifiers to ODF, and how does it save things to
OOXML?
no, ODF is written as 'style:num-format="א, י, ק, ..."'
and OOXML as in all cases.
a program setting d
Hi Yossi,
On Thursday, 2016-12-08 20:11:05 +0200, Yossi Zahn wrote:
>On 08/12/2016 07:50 PM, Eike Rathke wrote:
>
> Note also that there are two Hebrew numberings, one NATNUM1 and the
> other NATNUM2 which uses Geresh and Gershayim. I have no idea which one
> would be correct (or even bot
On 08/12/2016 11:12 PM, toki wrote:
If both CJKV and CTL are set "on", then, in _theory_, with "context
numbering" set, the numbering will follow the writing system of the
glyphs that are next to the numbers, be they BiDI, CJKV, CTL, or L2R.
The practice, unfortunately, does not always follow
On 08/12/16 01:29, Yossi Zahn wrote:
> Can you explain your intention more clearly? Suppose language A and
> language B have numbering systems that are only available by using the
> "Native Numbering" option. Now suppose a user would like to author a
> document using both languages and their resp
On 08/12/2016 07:50 PM, Eike Rathke
wrote:
Note also that there are two Hebrew numberings, one NATNUM1 and the
other NATNUM2 which uses Geresh and Gershayim. I have no idea which one
would be correct (or even both needed?), but you seem to know.
Hi יוסי,
On Wednesday, 2016-12-07 13:58:54 +, יוסי צאהן wrote:
> Looking at tdf#66212 - Hebrew Numbering incorrect above value ten,
>
> First of all, the current behavior of the 'א ב ג' option is rather useless as
> I have never seen this numbering used in practice (and yes, I spend my day
On 08/12/2016 02:37 AM, toki wrote:
2. All numbering systems should be usable regardless off the users preferred locale.
That almost happens, when numbering is set to "context".
Can you explain your intention more clearly
On 07/12/16 13:58, יוסי צאהן wrote:
> 2. All numbering systems should be usable regardless off the users preferred
> locale.
That almost happens, when numbering is set to "context".
The critical thing is to know what set of numbers goes with which
writing system. When writing system and numberi
Looking at tdf#66212 - Hebrew Numbering incorrect above value ten,
First of all, the current behavior of the 'א ב ג' option is rather useless as I
have never seen this numbering used in practice (and yes, I spend my day
reading Hebrew texts). I will note however that MS Office supports this
num
16 matches
Mail list logo