Hi Eike
I thought the persian word numbers were meant to be used in numbering,
> isn't that the case?
Well, I wanted to use it for a few page numbers in start of my document.
Instead of
roman numbers which is customary in some English books.
> Please don't confuse numbering used for paragraphs
Hi Eike
String resources wouldn't be sufficient as different locales have
> different rules for how to form a number string, especially when it
> comes to ordinals. However, this looks more like spell-out than level
> numbering and as such misses the point of the numbering provider. If we
> wanted
OK, I add it to the wiki ;)
Thanks
-Elahi
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi Michael
Instead - I suggest you hack up a patch for the export filter, and
> we'll get Thorsten to review that and/or turn it into an ODF extension /
> proposal.
>
>How does that sound ?
>
Yes, that sounds good ;)
Thanks
-Elahi
___
Lib
Hi Stephan
First, I think extending this from Persian to English already shows the
> biggest flaw of this approach: Do you want to extend in in this way for all
> languages supported by LibO?
Yes, I was trying to make it more generic so can be used by more languages.
But maybe I should not,
I
whether libreoffice community
likes using it or not?
Any feedback is welcomed.
Thanks
-Elahi
From 094397fd2e5ca6d59b7541aa749212a2e57e2375 Mon Sep 17 00:00:00 2001
From: Mohammad Elahi
Date: Thu, 1 Sep 2011 04:16:47 +0430
Subject: [PATCH] Add more numbering types, English word, English cardinal
Hi Kohei
First, let me also CC Thorsten as he is also on the TC and is more
> active than I.
>
OK, thanks.
> Can you explain in detail what actual file format change you propose,
> and how it is to be used with specific use cases, using real world use
> cases. The description you gave above is
Hi Kohei
I was trying to make outline numbering in libreoffice more flexible by using
a string to format
numbers based on it. To use some escaped strings to represend number from
different levels.
maybe something like %0 for level 1 number and so on; But ODT standard lacks
support
for such a field
Hi Eike
> Looks good from a first glance at the code. One question occurred to me:
> How is this made persistent, i.e. stored in a document?
>
It is not persistent yet.
I think docx has the property appropriate to use for making it persistent,
but I know no such a property
in odt, it needs addi
!= rFormat.nBulletRelSize ||
--
1.7.4.1
From 041067f41cdd659984d2b6fa123afed93c89881d Mon Sep 17 00:00:00 2001
From: Mohammad Elahi
Date: Tue, 30 Aug 2011 02:26:05 +0430
Subject: [PATCH 2/3] Add elements to ui to add support for LabelText
An edit box was added to outline and numpages dialogs
>
> Unfortunately that code wasn't accepted by MSVC. It doesn't seem to like
> array literals or whatever one should call them. I changed it a bit and
> committed. Yay for C++ portability.
>
Sorry. I was going to change it to be more portable. I cloned the source
again as Eike said; but had some p
>
> static sal_Unicode *table_PersianWord_decade1[]={
>(sal_Unicode[]){0}, // 0
>(sal_Unicode[]){0x06cc, 0x06a9, 0}, // 1
> …
> };
>
> is not valid C++03 (and neither is Eike's version using the ArrUnicode
> typedef). To be standards conform (and hence maximally portable) would
> requi
You are right, I should not remove those conditions with no prior thinking
;)
But maybe the prefix and suffix can be used like what I thought. Any way
this needs more thinking and more search for possible side effects.
___
LibreOffice mailing list
LibreOf
Thanks for review.
maybe you are right.
My problem was somehow the same as these links:
http://user.services.openoffice.org/en/forum/viewtopic.php?f=7&t=37009
http://openoffice.org/bugzilla/show_bug.cgi?id=21387
Maybe the best solution is another property instead of prefix and suffix to
format an
Thanks for informative and helpful comments, I'll try to use them ;)
Thanks. Again
Elahi
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
> The core repo only exists since a week or two so things have changed
> since you obtained the source. You'll need to clone that core git repo
> once and do an initial build.
>
OK. I'll clone it again. Thanks.
___
LibreOffice mailing list
LibreOffice@
Yes these are licensed under LGLPv3+ and MPL 1.1.
I used http://www.libreoffice.org/get-involved/developers/ to get the
source, maybe I should update my repository.
Thanks
Elahi
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.
not on the whole number. So the
hardcoded "." separator was removed.
From 48cd31d528d3b9264df83d1c3a09dcdbed40964f Mon Sep 17 00:00:00 2001
From: Mohammad Elahi
Date: Sat, 27 Aug 2011 03:04:38 +0430
Subject: [PATCH] Make numbering more flexible by custom separator
Make numbering more f
A localized numbering type base on arabic abjad sequence is
added base on a table.
From 41d106c1303a53edae8551dfde7f1b35e7d67685 Mon Sep 17 00:00:00 2001
From: Mohammad Elahi
Date: Sat, 27 Aug 2011 03:45:19 +0430
Subject: [PATCH] Add numbering type of arabic abjad sequence
A localized numbering
A localized numbering type base on arabic abjad sequence is
added base on a table.
From 41d106c1303a53edae8551dfde7f1b35e7d67685 Mon Sep 17 00:00:00 2001
From: Mohammad Elahi
Date: Sat, 27 Aug 2011 03:45:19 +0430
Subject: [PATCH] Add numbering type of arabic abjad sequence
A localized numbering
Numbering in localized persian word is useful in some areas, at least
for me it is necessary. Since it is not trivial a function and table
is needed.
From d04ad728a0e4c7376eac28d742046dae9b10d3c3 Mon Sep 17 00:00:00 2001
From: Mohammad Elahi
Date: Sat, 27 Aug 2011 03:37:21 +0430
Subject: [PATCH
not on the whole number. So the
hardcoded "." separator was removed.
From 48cd31d528d3b9264df83d1c3a09dcdbed40964f Mon Sep 17 00:00:00 2001
From: Mohammad Elahi
Date: Sat, 27 Aug 2011 03:04:38 +0430
Subject: [PATCH] Make numbering more flexible by custom separator
Make numbering more f
22 matches
Mail list logo
