<chris> I seem to be the only one on the webex call :(

<chris> huh?

<chris> oh

ScribeNick krit

Unclear step in Text Layout Algorithm (section 11.5)

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!

Character counting

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.)