Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
At least I suppose memory corruption is not intended behavior .-)
|
|
|
|
|
|
|
|
Part XIV
Modules
drawinglayer, dtrans, editeng
|
|
|
|
|
|
Fix a problem with empty paragraphs, that previously did not get
proper end-of-para / end-of-line markup, thus the slideshow mis-
counting them when getting index-based animation targets.
|
|
layout link when empty paragraph is rendered"
This reverts commit 9d40293f147212120ce2a2e960c1ef23168a428b.
The change was causing extra paragraph markers to be emitted, e.g.
leading to fdo#43837 and fdo#43684.
|
|
|
|
|
|
|
|
The ones which use a definite 8-bit encoding read/write pascal-style
strings with a 16bit length prefix.
The ones which use a definite 16-bit encoding read/write pascal-style
UTF-16 strings with a 32bit length prefix, i.e. not ByteStrings at all
The "I dunno" ones might be UTF-16 strings or 8-bit strings, depending
on the charset. Rename to ReadUniOrByteString like the other
similar horrors to flag this misery
|
|
Nobody ever used the return values anyway, so for reading just
return the string and for writing the number of bytes written
Doesn't need to be members, make standalone functions
Rename to
read_lenPrefixed_uInt8s_ToO[U]String and
write_lenPrefixed_uInt8s_FromO[U]String, lengthy,
but much less unambiguous, seeing as a lot of users of it don't
seem to be aware that they read/write pascal-style length
prefixed strings, which isn't surprising given the
apparent simplicity of their original name.
added a unit test
|
|
This reverts commit 92f396733ebc518bcb7a9eae2dd3169d333b82b9.
|
|
This reverts commit d00fc0e293852cfc019ffaffa65bee327397677b.
|
|
The ones which use a definite 8-bit encoding read/write pascal-style
strings with a 16bit length prefix.
The ones which use a definite 16-bit encoding read/write pascal-style
UTF-16 strings with a 32bit length prefix, i.e. not ByteStrings at all
The "I dunno" ones might be UTF-16 strings or 8-bit strings, depending
on the charset. Rename to ReadUniOrByteString like the other
similar horrors to flag this misery
|
|
Nobody ever used the return values anyway, so for reading just
return the string and for writing the number of bytes written
Doesn't need to be members, make standalone functions
Rename to
read_lenPrefixed_uInt8s_ToO[U]String and
write_lenPrefixed_uInt8s_FromO[U]String, lengthy,
but much less unambiguous, seeing as a lot of users of it don't
seem to be aware that they read/write pascal-style length
prefixed strings, which isn't surprising given the
apparent simplicity of their original name.
added a unit test
|
|
|
|
This evidently depends on the values of OWN_ATTR_VALUE_START and
OWN_ATTR_VALUE_END, so define it that way.
|
|
|
|
|
|
|
|
|
|
when empty paragraph is rendered
# HG changeset patch
# User Armin Le Grand <armin.le.grand@oracle.com>
# Date 1300894213 -3600
# Node ID 773a354b3c4694565fa5ef4588c21c6b2b2eed7f
# Parent 1e5618c51d1690a7c619f75d6b79c220c39854f8
aw084: #i108052# Added code to mimic old behaviour and call user layout link when empty paragraph is rendered
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit 89a783cde071d63120bfa63768b4680dd2e58fee.
|
|
While introducing Calendar2 and the XCalendar3 interface anyway, as well the
"one letter" narrow month names sometimes needed in calendaring can be added.
These are not always the first capitalized letters of the months in all
locales, and might even not necessarily be just one character.
Introduces a new struct css::i18n::Calendar2 that is not derived from
css::i18n::Calendar because it uses a new struct css::i18n::CalendarItem2 to
hold the NarrowName elements.
In locale data the elements DaysOfMonth, MonthsOfYear and GenitiveMonths now
have an optional element DefaultNarrowName. If not specified, the first
character of DefaultFullName is taken.
LocaleDataWrapper and CalendarWrapper use and return the new Calendar2 and
sequences of CalendarItem2 structs. Application code adapted.
The number formatter now displays narrow month names (genitive if applicable)
for the MMMMM code, previously it displayed the first 16 bit code point of the
full name (not even utf-16 aware).
Narrow day names currently are not used, except in svtools' Calendar control.
|
|
|
|
This allow to run make in a module wihtout the need to source
Env.Host.sh.
|
|
|