<chris> I seem to be the only one on the webex call :(
<chris> huh?
<chris> oh
ScribeNick krit
https://github.com/w3c/svgwg/issues/617
github https://github.com/w3c/svgwg/issues/617
chris: section does't describe
what browsers do
... we should disucss this here
... Section 6 gurantees that x/y get replaced but that doesnä t
match implementation. So algorithm seems wrong
AmeliaBR: is this about combining dx dy and x y?
chris: yes
AmeliaBR do you think you can provide fixes or suggestions
chris: maybe, I ll look at
it
... are there platform tests?
AmeliaBR: Tav did some tests but don t know the coverage
chris: I ll assign this issue to
me.
... I ll report next week
krit: anything we can discuss now
chris: don t think so but it is more than just a typo
<AmeliaBR> SVG Text tests on WPT https://github.com/web-platform-tests/wpt/tree/master/svg/text/reftests
AmeliaBR: needs more discussions if browsers are inconsistent
chris: there is a relation to the
open issue about char counting
... talked about this wich Richard and he thinks it requires
some research
Myles: What is the difficulty
chris: talks about history of
using utf16 code points to other methods
... just to provide context: this is around DOM 0!
github https://github.com/w3c/svgwg/issues/537
github: https://github.com/w3c/svgwg/issues/537
<myles> hi
myles: I think the issue has 3
proposals
... either use code units, graphim clusters or a complicated
thing that takes properties into account
AmeliaBR: 1st option is UTF16
blocks or code points
... no one seems to implement blocks
... emojis would count as 2 for instance
myles: emojis are most compelling for geaphim clusters
AmeliaBR: none of the proposals were about breaking about complex glyphs for layout
chris: blocks are not ideal but I thought browsers use them
AmeliaBR: some do
myles: cahr position is not blcok or graphim cluster or anything. So not the best to describe the issue
<myles> dx="3 4 5 6"
<myles> "hi❤️k"
myles: if I got a string (typing
above)
... heart is 2 code points
... 8 is going with 3 is what you saying_
chris: 5 is heart
... 7 would affect the k
AmeliaBR: if it is 2 code points it would accumulate into the next set of characters
myles: how do you know is 2 items
in the list? because it has 2 cod epoints?
... how do you know what a unit is (like the heart)
chris: I know what a geaphim
cluster is when I see it but technically it might mean
different thigns.
... Tav for instance was scared that it might mean different
things depending on the properties of the char of font
AmeliaBR: Especially ligatures that are font specific make it more difficulz
myles: ligatue in the font would still be 2 graphim cluster with multiple code points but that affects the rendeirng only
chris: If you have a ffi it would be one cluster
myles: it would force it to break the ligature
chris: I see
AmeliaBR: we have different rules in SVG for ligatures
myles: most natural way for things like arribic there is not a straight forward to do it. Best we can do is try to do what CSS for hyphenation does. You break the text at best place but breaking location is shaped as if it was not broken. Next to hyphenation you get the media form. We should use the same mechanism
chris: Does WebKit have accesss to it from CoreText engine?
myles: we have access to it and think we should do it
AmeliaBR: I d like to see the
proposal written but is less important than counting
... breaking a ligature differs between implementation than
just that glyph is off
... but if counting differs the entire text might look
different
myles: with the proposal to
ignore / limp in items in the list when it conforms to the
first code point in the graphim cluster... In that proposal the
exact boundaries of the cluster might not count much
... so next char might get into the same place
AmeliaBR: that is what unid code points make different
myles: do they would be local to
where the engine chops of the text
... so heart would be at 5 and k would be at the same place
still
AmeliaBR: if browser does not recognize a given emoji sequnece as a char, it would still do the counting consistent after the char
proposed RESOLUTION: counting use real unicode code points (not UTF16 blocks)
proposed RESOLUTION: counting by use real unicode code points (not UTF16 blocks) Ignore code points that are not part of a cluster group
<myles> proposed RESOLUTION: counting by use real unicode code points (not UTF16 blocks). Ignore code points that are not the first item in a cluster group
<myles> proposed RESOLUTION: counting by use real unicode code points (not UTF16 blocks). Ignore attribute values that are assigned to code points that are clustered with a previous code point
<AmeliaBR> proposed RESOLUTION: counting by use real unicode code points (not UTF16 blocks) Ignore/combine attribute values that are assigned to code points that are clustered with a previous character
RESOLUTION: counting by use real unicode code points (not UTF16 blocks) Ignore/combine attribute values that are assigned to code points that are clustered with a previous character
AmeliaBR: we should use a seperate issue to talk about the rendering proposed by myles
myles: I ll start the new issue
trackbot, end telcon
This is scribe.perl Revision: 1.154 of Date: 2018/09/25 16:35:56 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00) Default Present: AmeliaBR, krit, chris, myles Present: AmeliaBR krit chris myles No ScribeNick specified. Guessing ScribeNick: krit Inferring Scribes: krit Found Date: 07 Jan 2019 People with action items: WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option. WARNING: IRC log location not specified! (You can ignore this warning if you do not want the generated minutes to contain a link to the original IRC log.)[End of scribe.perl diagnostic output]