[00:00:58] 3VisualEditor, VisualEditor-EditingTools: Pressing Escape while a dialog is open closes the editor, should only close the dialog - https://phabricator.wikimedia.org/T78201#839482 (10Krenair) Cannot reproduce on my local wiki... [00:02:12] MatmaRex, what exact site/browser did you use? [00:02:55] Krenair: for Escape? Opera beta latest, on local wiki [00:03:12] yeah, for escape [00:03:17] does it not happen on Chrome? [00:03:18] I couldn't reproduce on my own wiki using chrome [00:03:23] (03CR) 10Catrope: "Not with the patch built on top of this which does programmatic arrow keys with after-the-fact fixups when you jump across an inline node " [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178904 (owner: 10Divec) [00:03:37] James_F, did you reproduce that issue? [00:03:45] (03CR) 10Catrope: "Sorry, I meant NATIVE arrow keys, not programmatic" [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178904 (owner: 10Divec) [00:03:52] Krenair: No. [00:05:46] (03CR) 10Divec: "Yeah, we need the native behaviour to have jumped the focusable node, in order to detect that we should instead select the focusable node." [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178904 (owner: 10Divec) [00:07:18] 3Citoid, VisualEditor: Expose the production citoid service publicly so we can start switching scripts over to use it - https://phabricator.wikimedia.org/T76949#839504 (10Jdforrester-WMF) [00:10:49] (03PS9) 10Jforrester: [BREAKING CHANGE] Refactor for multiple surfaces [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/176952 (owner: 10Esanders) [00:11:14] huh [00:11:39] remind me tomorrow [00:11:43] or even better, comment on the bug [00:11:46] slackers [00:11:48] good night [00:13:51] 3VisualEditor, VisualEditor-EditingTools: When user inputs */1. at the start of the line, make it a bulletted/numbered list - https://phabricator.wikimedia.org/T53408#839536 (10Etonkovidova) [00:18:28] 3VisualEditor, VisualEditor-MediaWiki: Use '{{' and '^==' wikitext fragments as keyboard shortcuts - https://phabricator.wikimedia.org/T53897#839554 (10Etonkovidova) [00:23:32] 3MediaWiki-ResourceLoader, MobileFrontend-alpha: ResourceLoaderImage module css rules should be more configurable - https://phabricator.wikimedia.org/T78215#839579 (10Jdlrobson) 3NEW [00:24:26] (03PS1) 10Catrope: Bump command help dialog height again [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179023 [00:25:17] (03CR) 10Catrope: [C: 032] [BREAKING CHANGE] Refactor for multiple surfaces [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/176952 (owner: 10Esanders) [00:28:18] (03Merged) 10jenkins-bot: [BREAKING CHANGE] Refactor for multiple surfaces [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/176952 (owner: 10Esanders) [00:29:12] 3VisualEditor, VisualEditor-MediaWiki: Entering ";" does not trip the wikitext warning that it won't work - https://phabricator.wikimedia.org/T71689#839605 (10Etonkovidova) The current behavior in production: ;(semi-colon) triggers a warning "Wikitext markup detected..." : (colon) adds
[00:38:01] (03PS1) 10Catrope: Add timing data for the first transaction [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179025 [00:39:52] (03PS3) 10Catrope: Update VE core submodule to master (3feadb2) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177129 (owner: 10Esanders) [00:42:40] (03CR) 10Jforrester: [C: 032] Bump command help dialog height again [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179023 (owner: 10Catrope) [00:43:51] (03CR) 10Jforrester: [C: 032] Update VE core submodule to master (3feadb2) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177129 (owner: 10Esanders) [00:45:09] (03Merged) 10jenkins-bot: Bump command help dialog height again [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179023 (owner: 10Catrope) [00:45:51] (03Merged) 10jenkins-bot: Update VE core submodule to master (3feadb2) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177129 (owner: 10Esanders) [00:51:59] 3VisualEditor, VisualEditor-EditingTools: Pressing Escape while a dialog is open closes the editor, should only close the dialog - https://phabricator.wikimedia.org/T78201#839756 (10Etonkovidova) Cannot reproduce either - beta, test2, and production are fine. [01:05:30] RoanKattouw: do you have a couple of minutes to look at some graphite metrics with James_F and me? [01:05:35] we're at R31 if so [01:05:42] ori: Coming [01:21:16] 3VisualEditor: Japanese text disappears (kanji and maybe hiragana, not katakana) when you are writing list entries - https://phabricator.wikimedia.org/T78118#839907 (10Etonkovidova) Confirmed in production. Somehow all works in betalbs and test2. This issue is most likely the same bug as T74619. [01:38:52] RoanKattouw, edsanders|away, mooeypoo: Another RTL cursoring issue https://code.google.com/p/chromium/issues/detail?id=441056 [01:39:22] (That issue number is 179 higher than the one I reported six hours ago. Scary!) [01:42:24] hee you're using Yiddish [01:43:35] Yeah, I should really learn some Hebrew :-/ [01:43:55] Yiddish is genuinely written in both scripts though, so I have an excuse :-) [01:46:57] divec|away, ha, indeed. [01:47:10] 3VisualEditor, VisualEditor-MediaWiki-References, VisualEditor-DataModel: In the Re-use reference dialog, search is not returning correct results on the second initialization for a specific case - https://phabricator.wikimedia.org/T72886#840002 (10Krenair) I've just reviewed the video again and the only strange... [02:05:33] (03PS10) 10Catrope: Refactor out trigger listening to allow target and document triggers [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/176955 (owner: 10Esanders) [02:06:25] (03CR) 10Catrope: [C: 032] Refactor out trigger listening to allow target and document triggers [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/176955 (owner: 10Esanders) [02:08:53] (03Merged) 10jenkins-bot: Refactor out trigger listening to allow target and document triggers [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/176955 (owner: 10Esanders) [02:16:11] (03PS3) 10Jforrester: Update VE core submodule to master (26f44bc) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177130 (owner: 10Esanders) [02:16:34] (03PS4) 10Jforrester: Update VE core submodule to master (26f44bc) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177130 (owner: 10Esanders) [02:16:49] (03CR) 10Jforrester: [C: 032] Update VE core submodule to master (26f44bc) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177130 (owner: 10Esanders) [02:18:52] (03Merged) 10jenkins-bot: Update VE core submodule to master (26f44bc) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177130 (owner: 10Esanders) [02:55:59] 3VisualEditor, VisualEditor-ContentLanguage: Japanese text disappears (kanji and maybe hiragana, not katakana) when you are writing list entries - https://phabricator.wikimedia.org/T78118#840122 (10Jdforrester-WMF) [02:56:10] 3VisualEditor, VisualEditor-ContentLanguage: VisualEditor: Text in Japanese disappears - https://phabricator.wikimedia.org/T74619#840124 (10Jdforrester-WMF) p:5Triage>3High [03:00:53] (03PS10) 10Jforrester: [BREAKING CHANGE] Multiple surface support and demo [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177109 (owner: 10Esanders) [03:01:00] (03PS5) 10Jforrester: [BREAKING CHANGE] Make ve.init.target an OO.ui.Element [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178665 (owner: 10Esanders) [03:01:05] (03PS3) 10Jforrester: Improve support for multiple surfaces in demo [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178867 (owner: 10Esanders) [03:02:12] (03PS2) 10Jforrester: Add timing data for the first transaction [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179025 (owner: 10Catrope) [03:02:12] 3VisualEditor-ContentLanguage, VisualEditor: VisualEditor: Text in Japanese disappears - https://phabricator.wikimedia.org/T74619#840147 (10Yukichi99) Thanks for changing its priority! For your information, I tried the above case with Google Input method and Google chrome on Mac OS X Yosemite, got the same resu... [03:02:50] Krinkle: So, is https://gerrit.wikimedia.org/r/#/c/178775/ good to go? What's WIP about it? [03:03:38] Krinkle: Other than it depending on https://gerrit.wikimedia.org/r/#/c/178551/ which is also listed as WIP without explanation as to what's WIP about it. [03:04:13] James_F: Everything. It's a shit hack. [03:04:19] (03CR) 10Jforrester: [C: 032] Add timing data for the first transaction [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179025 (owner: 10Catrope) [03:04:32] Krinkle: Does it work? Is it sufficiently stable to unblock us for VE? [03:04:39] James_F: I'm gonna have to streamline it a bit more. [03:04:46] And review from Roan :) [03:04:56] Krinkle: WIP == no review from Roan. [03:04:57] Krinkle: You know that. :-) [03:05:07] not by default yeah [03:05:11] I'm not expecting that [03:05:24] I'll unwip it tomorrow. [03:05:27] 3VisualEditor-Performance, VisualEditor: Instrument how quickly after load users make their first keyboard interaction (first keyDown?) - https://phabricator.wikimedia.org/T76524#840158 (10Jdforrester-WMF) [03:05:44] Needed to let it sink in a bit to give it my own best before I waste Roan's time reivewing something I'm gonna redo potentialy [03:05:44] 3VisualEditor-Performance, VisualEditor: Instrument how quickly after load users make their first keyboard interaction (first keyDown?) - https://phabricator.wikimedia.org/T76524#840162 (10Jdforrester-WMF) 5Open>3Resolved [03:05:48] OK, OK. [03:06:03] I just want us to make progress. [03:06:17] (03Merged) 10jenkins-bot: Add timing data for the first transaction [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179025 (owner: 10Catrope) [03:21:18] James_F: Also, at the moment the patches are cheating. Patch 2/3 works in the browser, patch 3/3 adds karma and makes it work in karma, at the expense of breaking hte browser. So they're mutually exclusive. [03:21:59] Krinkle: I don't need it passing in a real browser, just in CI. :-D [03:22:00] James_F: But would be nice if you could confirm they work (special page qunit plain; and grunt karma:main) for you without any additional setup. If you have a minute that is. Don't worry. [03:22:09] o/ [03:22:09] zZz [03:22:32] Krinkle: Umm. Sure. [03:22:42] Krinkle: Now? [03:22:49] Ga. [04:53:18] 3VisualEditor-ContentEditable, VisualEditor: VisualEditor: "Unbalanced set of replace operations found" when deleting table cells - https://phabricator.wikimedia.org/T65103#840436 (10Jdforrester-WMF) p:5Triage>3Unbreak! [05:18:38] 3VisualEditor-EditingTools, VisualEditor: De-bounce search-and-replace assessment until after user has finished typing - https://phabricator.wikimedia.org/T78234#840489 (10Jdforrester-WMF) 3NEW a:3Esanders [05:18:55] 3VisualEditor-EditingTools, VisualEditor: De-bounce search-and-replace assessment until after user has finished typing - https://phabricator.wikimedia.org/T78234#840489 (10Jdforrester-WMF) p:5Triage>3Normal [09:09:58] 3VisualEditor-MediaWiki, VisualEditor: VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should go to veaction=edit not action=edit - https://phabricator.wikimedia.org/T55441#840960 (10matmarex) I am not sure of this change will be beneficial at this point, given that VE is currently... [09:20:13] 3VisualEditor-MediaWiki, VisualEditor: VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should go to veaction=edit not action=edit - https://phabricator.wikimedia.org/T55441#840993 (10Eloquence) Thanks for the patch. I think we should look for a solution that neither requires a user... [09:49:47] 3VisualEditor-MediaWiki, VisualEditor: VisualEditor: Where VisualEditor is the primary editor, redlinks in read mode should go to veaction=edit not action=edit - https://phabricator.wikimedia.org/T55441#841052 (10Ricordisamoa) One question is whether we want to just overwrite existing edit links, or to add a new... [10:39:45] (03CR) 10Prtksxna: "Nothing from me." [oojs/ui] - 10https://gerrit.wikimedia.org/r/176398 (owner: 10Prtksxna) [10:49:20] (03PS9) 10Amire80: Add classes to toolbar UI elements [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/174666 [10:56:58] (03PS10) 10Amire80: Add classes to toolbar UI elements [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/174666 [11:07:59] (03PS1) 10Nikerabbit: Fix primary button description text [oojs/ui] - 10https://gerrit.wikimedia.org/r/179112 [13:18:50] (03PS1) 10Esanders: Give non-isolated windows a tabIndex for selection holding [oojs/ui] - 10https://gerrit.wikimedia.org/r/179125 [13:28:34] 3OOjs-UI: Calling ButtonWidget.setButtonElement crashes inside jQuery - https://phabricator.wikimedia.org/T78270#841481 (10Nikerabbit) 3NEW [13:37:12] 3VisualEditor, VisualEditor-EditingTools: Keyboard shortcuts dialog should do vertical not horizontal overflow - https://phabricator.wikimedia.org/T78179#841495 (10Elitre) [14:22:27] 3Parsoid, VisualEditor, VisualEditor-MediaWiki: Editing a specific article at pl.wp truncates category name - https://phabricator.wikimedia.org/T76353#841620 (10Elitre) I don't understand if your workaround was actually successful or not. Your edit was accepted (so the template should be fixed now), https://pl.w... [15:18:20] (03CR) 10Zfilipin: [C: 031] Add classes to toolbar UI elements [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/174666 (owner: 10Amire80) [16:28:13] 3VisualEditor: Uncaught TypeError: Cannot read property 'getSurface' of null,on undoing a comment in block quote. - https://phabricator.wikimedia.org/T78308#841974 (10Swainr) 3NEW [16:29:08] 3VisualEditor: Uncaught TypeError: Cannot read property 'getSurface' of null,on undoing a comment in block quote. - https://phabricator.wikimedia.org/T78308#841974 (10Swainr) Screenshot {F20838} [16:30:31] 3VisualEditor-EditingTools, VisualEditor: VisualEditor: Clicking on a block format control when edit comment dialog is open throws "Uncaught TypeError:Cannot Read Property 'getSurface of null'". - https://phabricator.wikimedia.org/T71262#841984 (10Swainr) This seems fixed now. Cannot Reproduce it anymore. Also s... [16:32:52] 3VisualEditor: Uncaught TypeError: Cannot read property 'getSurface' of null,on undoing a comment in block quote. - https://phabricator.wikimedia.org/T78308#841988 (10Swainr) [17:27:01] (03CR) 10Catrope: [C: 032] "Regarding primary vs progressive, see https://gerrit.wikimedia.org/r/179000" [oojs/ui] - 10https://gerrit.wikimedia.org/r/179112 (owner: 10Nikerabbit) [17:29:56] (03Merged) 10jenkins-bot: Fix primary button description text [oojs/ui] - 10https://gerrit.wikimedia.org/r/179112 (owner: 10Nikerabbit) [17:30:54] Corruption alert: visualeditor-needcheck on nnwiki: https://nn.wikipedia.org/?diff=2679092 [17:30:54] Corruption alert: visualeditor-needcheck on frwiki: https://fr.wikipedia.org/?diff=109866718 [17:30:54] Corruption alert: visualeditor-needcheck on ruwiki: https://ru.wikipedia.org/?diff=67268368 [17:30:54] Corruption alert: visualeditor-needcheck on ptwiki: https://pt.wikipedia.org/?diff=40820785 [17:30:54] Corruption alert: visualeditor-needcheck on ptwiki: https://pt.wikipedia.org/?diff=40825210 [17:30:55] Corruption alert: visualeditor-needcheck on itwiki: https://it.wikipedia.org/?diff=69574163 [17:30:55] Corruption alert: visualeditor-needcheck on itwiki: https://it.wikipedia.org/?diff=69580152 [17:35:07] MatmaRex: So… https://gerrit.wikimedia.org/r/179000 - should we just merge it and fix things as we pull them in? It's not too hard… [17:36:16] (03PS1) 10Catrope: Call .off() correctly in setButtonElement() [oojs/ui] - 10https://gerrit.wikimedia.org/r/179157 [17:36:58] James_F: Trevor said that it would need auditing of everything that was primary to see if it needed to be primary or progressive or both. He didn't really say whether he planned to do that himself or have someone else do it [17:37:30] MatmaRex: Your ::after thing is genius. You've out-Timo-ed Timo ;) [17:40:13] (03CR) 10Alex Monk: [C: 032] Call .off() correctly in setButtonElement() [oojs/ui] - 10https://gerrit.wikimedia.org/r/179157 (owner: 10Catrope) [17:42:29] RoanKattouw: heh, thanks :D [17:42:49] (03Merged) 10jenkins-bot: Call .off() correctly in setButtonElement() [oojs/ui] - 10https://gerrit.wikimedia.org/r/179157 (owner: 10Catrope) [17:43:15] James_F: can we wait for trevor to wake up? there are other things that also need doing/merging before we move further [17:52:15] 3Parsoid, VisualEditor-MediaWiki, VisualEditor: Editing a specific article at pl.wp truncates category name - https://phabricator.wikimedia.org/T76353#842187 (10Arlolra) @Elitre good point. I missed that the other template there `{{Chronologia samochodów Lamborghini 2}}` needed the same fix. https://pl.wikipedi... [18:16:29] (03CR) 10Bartosz Dziewoński: [C: 04-1] "I'd merge it, but it doesn't anymore." [oojs/ui] - 10https://gerrit.wikimedia.org/r/179000 (owner: 10Trevor Parscal) [18:21:17] 3VisualEditor-EditingTools, VisualEditor: Pressing Escape while a dialog is open closes the editor, should only close the dialog - https://phabricator.wikimedia.org/T78201#842275 (10matmarex) I can reproduce on Windows 7 x64 on every browser I tested: Opera 27, Firefox 34, IE 11. Apparently also closing the edi... [18:23:17] (03PS3) 10Bartosz Dziewoński: [BREAKING CHANGE] Split primary flag into primary and progressive [oojs/ui] - 10https://gerrit.wikimedia.org/r/179000 (owner: 10Trevor Parscal) [18:23:51] (03CR) 10Bartosz Dziewoński: "You might enjoy knowing that this change conflicted with https://gerrit.wikimedia.org/r/#/c/179000/ which fixes the primary/progressive me" [oojs/ui] - 10https://gerrit.wikimedia.org/r/179112 (owner: 10Nikerabbit) [18:24:12] 3OOjs-UI: Calling ButtonWidget.setButtonElement crashes inside jQuery - https://phabricator.wikimedia.org/T78270#842283 (10Jdforrester-WMF) p:5Triage>3Normal a:3Catrope [18:24:30] 3OOjs-UI: Calling ButtonWidget.setButtonElement crashes inside jQuery - https://phabricator.wikimedia.org/T78270#842285 (10Jdforrester-WMF) 5Open>3Resolved [18:26:43] edsanders: Can I take it that https://gerrit.wikimedia.org/r/#/c/178904/ seems reasonably sane? [18:28:17] Have you checked it doesn't break MW? [18:29:37] (03CR) 10jenkins-bot: [V: 04-1] [BREAKING CHANGE] Split primary flag into primary and progressive [oojs/ui] - 10https://gerrit.wikimedia.org/r/179000 (owner: 10Trevor Parscal) [18:36:35] (03CR) 10Bartosz Dziewoński: [C: 032] [BREAKING CHANGE] Split primary flag into primary and progressive [oojs/ui] - 10https://gerrit.wikimedia.org/r/179000 (owner: 10Trevor Parscal) [18:37:14] TrevorParscal: so, are you fixing for pull-throughs of ^ or am i or is James_F or what? i *need* clarity. ;) [18:39:20] (03Merged) 10jenkins-bot: [BREAKING CHANGE] Split primary flag into primary and progressive [oojs/ui] - 10https://gerrit.wikimedia.org/r/179000 (owner: 10Trevor Parscal) [18:39:53] MatmaRex: I can do it, I guess. [18:40:22] i can too, i just want to avoid a situation where more or less than one person is working on it [18:40:32] MatmaRex: I won't be doing it this morning, though. [18:40:34] fewer*. [18:40:55] MatmaRex: If you do it it'll be faster and better done, but it'll take you away from more valuable work. [18:41:03] surely there's no hurry, there are at least two more BREAKING CHANGES waiting to be merged and i assume we want them all in one release [18:41:09] edsanders: no, good point [18:41:09] Yeah. [18:41:14] 0.5.0 funtimes. [18:42:10] okay, i'll look into other things for now and maybe do this later, i'll claim if so [18:42:39] 3VisualEditor-EditingTools, VisualEditor: VisualEditor: Clicking on a block format control when edit comment dialog is open throws "Uncaught TypeError:Cannot Read Property 'getSurface of null'". - https://phabricator.wikimedia.org/T71262#842322 (10Jdforrester-WMF) 5Open>3Resolved a:3Jdforrester-WMF Odd. [18:42:40] Thanks. [18:43:23] 3VisualEditor-EditingTools, VisualEditor: "Uncaught TypeError: Cannot read property 'getSurface' of null", on undoing a comment in block quote. - https://phabricator.wikimedia.org/T78308#842328 (10Jdforrester-WMF) [18:44:00] (03PS2) 10Divec: Delimit text nodes in debug observations [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178894 [18:48:45] (03CR) 10Catrope: [C: 032] Delimit text nodes in debug observations [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178894 (owner: 10Divec) [18:48:55] (03PS1) 10Esanders: Remove debug bar hiding now it is handled by the surface [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179169 [18:49:36] 3VisualEditor-Tables, VisualEditor-ContentLanguage, VisualEditor: Chinese table contents are lost when saving in VisualEditor, unless the first letter is in the Latin alphabet - https://phabricator.wikimedia.org/T78121#842339 (10Jdforrester-WMF) 5Open>3Resolved a:3dchan [18:52:04] (03Merged) 10jenkins-bot: Delimit text nodes in debug observations [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178894 (owner: 10Divec) [19:02:01] (03CR) 10Catrope: [C: 032] Surfaces should have parent document direction [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/178899 (owner: 10Mooeypoo) [19:02:23] (03CR) 10Catrope: [C: 032] Remove debug bar hiding now it is handled by the surface [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179169 (owner: 10Esanders) [19:04:14] (03Merged) 10jenkins-bot: Surfaces should have parent document direction [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/178899 (owner: 10Mooeypoo) [19:04:20] 3VisualEditor-MediaWiki-References, VisualEditor-MediaWiki-Media, VisualEditor: In the media adding dialog, LTR direction is forced on the description field even in RTL wikis - https://phabricator.wikimedia.org/T71969#842361 (10Jdforrester-WMF) a:5Catrope>3Mooeypoo [19:04:31] MatmaRex: RoanKattouw: http://jsfiddle.net/s9pzvnhf/embedded/result/ [19:05:00] (03Merged) 10jenkins-bot: Remove debug bar hiding now it is handled by the surface [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179169 (owner: 10Esanders) [19:05:04] It requires the span since one can't after-after a display:none [19:05:12] visibility hidden is poisoned as well. [19:05:16] It's technically a child [19:06:06] 3VisualEditor: Placing the cursor at the end of a character and clicking on link inspector icon does not select that character - https://phabricator.wikimedia.org/T78202#842372 (10Jdforrester-WMF) p:5Triage>3Normal [19:06:13] um [19:06:15] yes [19:06:19] Urgh that's ugly [19:06:21] that is true [19:06:29] But you can ::after something that's a child of something that's display: none; ? [19:07:19] RoanKattouw: No [19:07:22] other way around [19:07:29] You can after something that contains display-none child [19:07:31] which makes sense [19:07:52] Ooh right [19:07:56] Krinkle: better browsers would let you just do "element { content: whatever; }", killing the original content [19:07:57] Yeah that's sensible [19:08:23] RoanKattouw: pseudo elements become the first and last child of a node. Inside the box model even (e.g. inside the border, if you want it to). [19:08:25] not sure what the spec has to say about that, but it only works on old Opera afaik [19:08:47] position: relative; with ::after/before { position: relative: top: 0; right: 0; left: 0; right : 0; } will cover the node [19:09:10] absolute * [19:09:11] (03PS11) 10Catrope: [BREAKING CHANGE] Multiple surface support and demo [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177109 (owner: 10Esanders) [19:09:16] (03CR) 10jenkins-bot: [V: 04-1] [BREAKING CHANGE] Multiple surface support and demo [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177109 (owner: 10Esanders) [19:09:23] 3VisualEditor-MediaWiki-References, VisualEditor, VisualEditor-DataModel: In the Re-use reference dialog, search is not returning correct results on the second initialization for a specific case - https://phabricator.wikimedia.org/T72886#842386 (10Swainr) I can reproduce it only when I type '1'.But, like you sai... [19:11:27] Krinkle: visibility isn't "poisoned" in this way, though. [19:11:58] MatmaRex: visibility: hidden; can have visible before/after? [19:12:05] yes [19:12:10] I hadn't tried [19:12:11] Interesting [19:12:14] TrevorParscal: You there? [19:12:19] MatmaRex: What about regular children [19:12:22] yeah [19:12:25] what's up man? [19:12:32] TrevorParscal: There's a bunch of review outstanding. [19:12:33] you can't "override" display:none in descendants, but you can override visibility [19:13:18] TrevorParscal: https://gerrit.wikimedia.org/r/#/c/178946/ https://gerrit.wikimedia.org/r/#/c/178592/ https://gerrit.wikimedia.org/r/#/c/176666/ https://gerrit.wikimedia.org/r/#/c/176398/ [19:13:50] hmm [19:13:52] or not [19:13:59] MatmaRex: Yeah, you can. [19:14:05] MatmaRex: I'm not sure that's a good thing. A bit weird [19:14:18] but at least it's not different for pseudo elemenets [19:14:21] (03CR) 10Trevor Parscal: [C: 032] MediaWiki Theme: Add radio buttons [oojs/ui] - 10https://gerrit.wikimedia.org/r/176398 (owner: 10Prtksxna) [19:14:45] 3VisualEditor-MediaWiki, OOjs-UI, VisualEditor: Need for a muted destructive state for buttons which are destructive but not important workflow items in the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78040#842392 (10Jdforrester-WMF) 5Open>3Resolved [19:14:47] 3MediaWiki-Interface, OOjs-UI, UI-Standardization: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#842393 (10Jdforrester-WMF) [19:15:00] TrevorParscal: Thanks. ;-) [19:15:50] (03CR) 10Trevor Parscal: Element.getClosestScrollableContainer: Use 'body' or 'documentElement' based on browser (031 comment) [oojs/ui] - 10https://gerrit.wikimedia.org/r/176666 (owner: 10Prtksxna) [19:16:16] MatmaRex: Some quick (trivial?) changes perhaps: https://phabricator.wikimedia.org/T78085 https://phabricator.wikimedia.org/T78177 https://phabricator.wikimedia.org/T78083 [19:17:05] 3MediaWiki-Interface, UI-Standardization, OOjs-UI: Shadow at the bottom of the dropdown menus is vertically mis-aligned by a pixel or two in the MediaWiki theme - https://phabricator.wikimedia.org/T78083#842407 (10matmarex) a:3matmarex [19:17:10] 3OOjs-UI, VisualEditor: "+" icon in VE transclusion dialog missing in MediaWiki theme - https://phabricator.wikimedia.org/T78177#842408 (10matmarex) a:5TrevorParscal>3matmarex [19:17:15] 3OOjs-UI, VisualEditor: Toolbars should have a heavy shadow on their bottom in the MediaWiki theme - https://phabricator.wikimedia.org/T78085#842409 (10matmarex) a:3matmarex [19:17:21] (03Merged) 10jenkins-bot: MediaWiki Theme: Add radio buttons [oojs/ui] - 10https://gerrit.wikimedia.org/r/176398 (owner: 10Prtksxna) [19:18:06] MatmaRex: RoanKattouw: "3. proof" doesn't render at all on old Safari. Interesting [19:18:13] http://jsfiddle.net/cwzgg6jd/embedded/result/ [19:18:36] So the unparseable thing might not be a general rule. [19:18:53] Krinkle: Oh dear. :-( [19:19:03] ugh [19:19:20] Krinkle: How old Safari? [19:19:27] Krinkle: Like, old enough we can not care? [19:19:30] http://etherpad.wikimedia.org/p/aftereffects [19:20:27] http://i.imgur.com/oOt6EHf.png [19:20:43] safari for windows? has anybody ever used that? [19:21:07] WebKit wasn't ported for Windows. It's the same WebKit. I imagine PhantomJS is affected, too. and Safari < 5 [19:21:10] But we'll find out. [19:22:00] MatmaRex: I used to use it. [19:22:21] If we support Safari 5+ I think that's OK. [19:23:18] James_F: This is for Grade C though. non-js content. [19:23:45] The fallback for non-support is both rules applying and content being actually hidden. [19:24:02] well, the reference anchors that is [19:24:05] Krinkle: Yes… [19:24:27] Can we tell what GoogleBot will parse it as? [19:24:35] I'm not sure that is Safari 5+ [19:25:06] I think it should be a blocker if pain text liek references in primary content are not visible in Safari 4. [19:25:14] But we'll see. Let's gather data more. [19:25:17] OK. [19:25:33] Krinkle: Fallback === blue "after" not green? [19:26:26] James_F: Yep [19:27:21] (03PS2) 10Esanders: WIP Death to isolation [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178918 [19:30:29] (03CR) 10jenkins-bot: [V: 04-1] WIP Death to isolation [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178918 (owner: 10Esanders) [19:30:47] Krinkle: Okie-dokie. [19:32:08] ugh, so no-workie on old IE? :/ [19:32:12] James_F: Checking OSX safari per os since they often mess up and do Microsoft-esk things where WebKit ships with the OS and used by Safari. [19:32:27] Which is very shit and annoying. So Safari 7 on one OSX isn't the same as on another OSX version. [19:32:44] Krinkle: Fun. [19:32:49] I think they stopped doing that at some point. Not sure where. [19:32:51] Krinkle: Am testing Safari on iOS. [19:32:55] cool [19:35:30] (03PS12) 10Catrope: [BREAKING CHANGE] Multiple surface support and demo [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177109 (owner: 10Esanders) [19:35:35] (03CR) 10jenkins-bot: [V: 04-1] [BREAKING CHANGE] Multiple surface support and demo [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177109 (owner: 10Esanders) [19:36:24] James_F: MatmaRex: So WebKit/Safari ignoring ::wat and rendering it anwyay (and thus breaking 3.Proof) was a regression in Safari 5.1 fixed in Safari 6.1 [19:36:32] broken in 5.1 and 6.0 [19:36:44] weird [19:36:55] Krinkle: But worked in 5.0 [19:36:56] ? [19:37:01] and 4.0 [19:37:02] * MatmaRex boggles [19:37:02] yeah [19:37:06] regression [19:37:06] Oy. [19:37:10] Idiots. :-) [19:37:19] funny that old IE doesn't work, i could swear that it does. that's easy to work around, at least [19:39:00] James_F, https://phab.wmfusercontent.org/file/data/ns3iquswmyfp4yagb7rk/PHID-FILE-cbzqz4hqomkugvt5enn4/k2ap6yiq7l4uybin/Screen_Shot_2014-12-09_at_11.21.24.png - shouldn't the parameters for templates on the left be more indented than that? [19:39:13] Krenair: "Link has expired". :-( [19:39:21] Krenair: What task was that on? [19:39:31] https://phabricator.wikimedia.org/T78034 [19:40:07] Aha. Do you mean the parameter list in the booklet? [19:40:13] Or the buttons at the bottom? [19:40:29] yes, the list [19:40:30] (The latter is being fixed.) [19:40:42] Yeah, good spot. [19:40:43] Oy. [19:41:45] 3UI-Standardization, OOjs-UI, MediaWiki-Interface: Parameter entries aren't indented in the transclusion dialog's booklet layout in VisualEditor when using the OOUI MediaWiki theme - https://phabricator.wikimedia.org/T78321#842492 (10Jdforrester-WMF) 3NEW [19:42:08] 3OOjs-UI, VisualEditor, VisualEditor-MediaWiki-Templates: Parameter entries aren't indented in the transclusion dialog's booklet layout in VisualEditor when using the OOUI MediaWiki theme - https://phabricator.wikimedia.org/T78321#842492 (10Jdforrester-WMF) [19:42:37] Krinkle: Fork with example usage: http://jsfiddle.net/catrope/gf9tbzwr/ [19:42:40] (03PS3) 10Esanders: WIP Death to isolation [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178918 [19:46:09] (03PS13) 10Catrope: [BREAKING CHANGE] Multiple surface support and demo [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177109 (owner: 10Esanders) [19:46:13] 3VisualEditor, OOjs-UI, VisualEditor-MediaWiki: Layout of the image size options is jarring in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78049#842518 (10Krenair) It doesn't seem very different from Apex to me. Also what's up with the attachments on this task? [19:46:41] (03CR) 10Catrope: [C: 032] [BREAKING CHANGE] Multiple surface support and demo [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177109 (owner: 10Esanders) [19:46:51] James_F: RoanKattouw: Chrome 14-24 also doesn't ignore ::wat properly. [19:47:13] Krinkle: Ick. [19:47:17] But that's not an issue as they support the replacement [19:47:25] OK. [19:47:38] James_F: https://phabricator.wikimedia.org/T78085 got any of these mockups handy? [19:47:39] Krinkle: Why is the ::wat thing important? [19:47:41] (03CR) 10Trevor Parscal: [C: 032] [BREAKING CHANGE] FieldLayout: Handle 'inline' alignment better [oojs/ui] - 10https://gerrit.wikimedia.org/r/178946 (owner: 10Bartosz Dziewoński) [19:47:55] 3VisualEditor, OOjs-UI, VisualEditor-MediaWiki: Layout of the image size options is jarring in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78049#842521 (10Jdforrester-WMF) One of the screenshots got converted to TIFF locally, it seems. [19:47:58] (03CR) 10Trevor Parscal: [C: 032] [BREAKING CHANGE] CheckboxInputWidget: Allow setting HTML 'value' attribute [oojs/ui] - 10https://gerrit.wikimedia.org/r/178592 (owner: 10Bartosz Dziewoński) [19:47:59] RoanKattouw: It proofs browsers ignore invalidselector, mw-text { display:none; } [19:48:08] which is what we're basing this hack on [19:48:22] and it turns out that isn't true, but at least it's true in browsers that don't support it [19:48:35] *proves [19:48:50] 3VisualEditor, OOjs-UI, VisualEditor-MediaWiki: Special character inserter width needs adjusting in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78038#842522 (10Krenair) Seems the same in Apex to me. [19:48:50] Fun fact: the verb "proof" conjugates to either "proves" or "proofs" depending on which meaning you use [19:48:52] In middle-age browsers (not ancient, not modern) it actually reads over invalid::wat and applies display:none still [19:48:52] (03PS6) 10Esanders: [BREAKING CHANGE] Make ve.init.target an OO.ui.Element [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178665 [19:48:52] Thanks English [19:48:59] 3OOjs-UI: CheckboxInput doesn't support string value, forces boolean and won't work with many use cases in HTML static forms - https://phabricator.wikimedia.org/T76645#842524 (10Jdforrester-WMF) [19:49:01] (03PS4) 10Esanders: Improve support for multiple surfaces in demo [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178867 [19:49:23] 3OOjs-UI: CheckboxInput doesn't support string value, forces boolean and won't work with many use cases in HTML static forms - https://phabricator.wikimedia.org/T76645#842525 (10Jdforrester-WMF) 5Open>3Resolved [19:49:42] Krinkle: But that only matters in browsers that don't support ::after, right? [19:49:48] RoanKattouw: Yeah. [19:49:53] (or rather don't support counter style stuff) [19:50:04] RoanKattouw: But just to indicate that it's not a general rule that browsers ignore selectors if they dont support part of it. [19:50:08] Right [19:50:14] (03Merged) 10jenkins-bot: [BREAKING CHANGE] Multiple surface support and demo [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177109 (owner: 10Esanders) [19:50:48] (03PS5) 10Catrope: Update toolbar setup methods [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177131 (owner: 10Esanders) [19:51:01] RoanKattouw: Like in IE where descendent selector gets interpreted and it uses the first one [19:51:09] 3UI-Standardization, OOjs-UI, MediaWiki-Interface: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#842529 (10Jdforrester-WMF) [19:51:11] 3VisualEditor, OOjs-UI, VisualEditor-MediaWiki: Vertical alignment of text alongside checkbox is off in MediaWiki theme - https://phabricator.wikimedia.org/T78030#842527 (10Jdforrester-WMF) 5Open>3Resolved [19:51:26] 3UI-Standardization, OOjs-UI, MediaWiki-Interface: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#834496 (10Jdforrester-WMF) [19:51:27] 3OOjs-UI: Multiline checkbox labels broken - https://phabricator.wikimedia.org/T78173#842531 (10Jdforrester-WMF) 5Open>3Resolved [19:51:28] Krinkle: You mean IE5.0 which interprets > as , ? [19:51:44] Or IE5.5 and IE6 which don't interpret > rules at all? [19:51:46] Is IE5.0 in Grade C? [19:51:55] (03PS4) 10Esanders: WIP Death to isolation [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178918 [19:51:57] Or is it now Grade X? [19:52:00] MatmaRex: so, working on https://phabricator.wikimedia.org/T78047 and https://phabricator.wikimedia.org/T78082 now [19:52:02] James_F: Almost certainly not, because Vector uses the > hack targeting IE5.5 and 6 quite heavily [19:52:11] MatmaRex: how about you? [19:52:14] So Vector in IE5 should be quite spectacular [19:52:21] RoanKattouw: No, sorry I mistake. I meant how it doesn't support .both.classes.applied [19:52:25] 3VisualEditor, OOjs-UI, VisualEditor-MediaWiki: We need to pick a highlight colour and use it consistently in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78047#842534 (10Jdforrester-WMF) a:3TrevorParscal [19:52:26] But doesn't skip it [19:52:26] are we ready to drop IE5 [19:52:27] ? [19:52:31] Due to rules like .foobar > a { some style } which in IE5.0 apply to all links [19:52:35] mispoke* [19:52:55] Krinkle: Ooh, so .foo.bar.baz is equivalent to .foo in some IE versions? [19:52:56] Eww [19:53:01] RoanKattouw: Or .baz [19:53:03] I forget [19:53:05] Right [19:53:15] TrevorParscal: https://phabricator.wikimedia.org/T78177 https://phabricator.wikimedia.org/T78085 https://phabricator.wikimedia.org/T78083 [19:53:15] RoanKattouw: .baz [19:53:18] RoanKattouw: https://en.wikipedia.org/wiki/MediaWiki:Vector.css [19:53:18] (03Merged) 10jenkins-bot: [BREAKING CHANGE] FieldLayout: Handle 'inline' alignment better [oojs/ui] - 10https://gerrit.wikimedia.org/r/178946 (owner: 10Bartosz Dziewoński) [19:53:23] .action-view.page-Main_Page #siteSub, [19:53:23] .action-view.page-Main_Page #contentSub, [19:53:23] (03CR) 10jenkins-bot: [V: 04-1] Update toolbar setup methods [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177131 (owner: 10Esanders) [19:53:24] .action-view.page-Main_Page .firstHeading { [19:53:25] display: none !important; [19:53:32] RoanKattouw: very important not to hide headings on all pages in old IE. [19:53:38] RoanKattouw, https://gerrit.wikimedia.org/r/#/c/178918/ [19:53:44] 3OOjs-UI, VisualEditor: Toolbars should have a heavy shadow on their bottom in the MediaWiki theme - https://phabricator.wikimedia.org/T78085#842537 (10matmarex) Got any of these mockups? Asking because "shadows" in the MediaWiki theme usually look extremely unlike real shadows. [19:54:13] edsanders: Awesome, will look in a minute when I finish merging and and pulling through your other commits [19:54:27] MatmaRex: awesome [19:55:03] James_F: about https://phabricator.wikimedia.org/T78083 , how do you propose it should look? [19:55:11] because it's explicitly implemented to look exactly as it does [19:55:31] (03PS6) 10Catrope: Update VE core submodule to master (cf1e167) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177131 (owner: 10Esanders) [19:55:35] MatmaRex: The rest of the theme has the undershadow inside, right? [19:55:58] does it? [19:56:10] I… think so. [19:56:11] Trevor? [19:56:15] http://i.imgur.com/ZQgrEuv.png [19:56:19] (03CR) 10Jforrester: [C: 032] Update VE core submodule to master (cf1e167) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177131 (owner: 10Esanders) [19:56:30] Hmm. [19:57:31] James_F: curiously, though, http://i.imgur.com/Bd5m1yJ.png [19:57:34] (03CR) 10jenkins-bot: [V: 04-1] Update VE core submodule to master (cf1e167) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177131 (owner: 10Esanders) [19:58:42] MatmaRex: I think the pop-out ballon is the "right" design. [19:58:55] MatmaRex: And buttons and menus are (maybe intentionally) fugly and should be fixed. [19:58:57] 3VisualEditor, OOjs-UI, VisualEditor-MediaWiki: Vertical spacer before the start of the citation dialog contents is too big in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78045#842554 (10Krenair) Seems the same in Apex to me. It's a hidden oo-ui-labelElement-label con... [19:58:58] MatmaRex: Thoughts? [19:59:18] Krenair: Broken in Apex too isn't a good excuse. :-) [19:59:19] 3OOjs-UI, VisualEditor: Toolbars should have a heavy shadow on their bottom in the MediaWiki theme - https://phabricator.wikimedia.org/T78085#842556 (10TrevorParscal) Actually, these are implemented to spec. This is a menu example in the UI graphics provided to create this theme. This is the most recent version... [19:59:40] James_F, I'm not saying it's okay [19:59:56] TrevorParscal: You posted that comment on the wrong task, I think. [20:00:01] James_F: my thoughts about the MediaWiki theme in general are that Apex is better, you know. [20:00:02] So, the thing abut these really ugly designs, is that they are so ugly they don't seem possibly correct when implemented [20:00:06] but in fact, it's correct [20:00:15] TrevorParscal: T78085 is about adding a shadow to the toolbar. [20:00:20] James_F, I just don't think it's entirely correct to say it's specific to the MediaWiki theme [20:00:34] i can't reason about how it could be supposed to look at all; so many things look subtly wrong. [20:00:46] TrevorParscal: T78083 is about the buttons. [20:00:54] s/buttons/shadow alignment/ [20:01:13] Krenair: Sure. In that case, rename the task and un-block its parent? [20:01:51] well anyway, i think i found one more bug that is at least obviously a bug. http://i.imgur.com/Bd5m1yJ.png [20:01:55] bah [20:01:55] http://i.imgur.com/pDiVe8m.png [20:02:01] TrevorParscal: Hm.. would be nice to call something like getHtml() instead of toString(), with alternate use being to pass $obj directly and let it cast to string via __toString() [20:02:18] MatmaRex: Oh, the off-by-one-px issue on the ButtonGroupWidget? [20:02:40] Krinkle: actually, the toString method /should/ be used automaticaly with addHTML [20:02:49] werdna: ^^ [20:02:50] TrevorParscal: As product lead I guess I'm going to take the heat and request/require changes against spec, then. [20:02:51] TrevorParscal: __toString, not toString. [20:02:59] toString is just a regular method afaik [20:03:00] Krinkle: right [20:03:19] TrevorParscal: But when explicitly called, it looks weird. I wouldn't expect toString() to return html per se. [20:03:25] James_F: yeah [20:03:33] my point is, you can already use "echo new ButtonWidget()" because the __toString() method is already in place [20:03:57] as long as addHTML is compatible with using __toString() then it's not necessary to call it explicitly [20:03:57] TrevorParscal: Yeah. [20:04:25] it's ok, werdna is far from done - but that's something I was also thinking when I saw that so we should make sure he gets that feedback [20:05:00] TrevorParscal: where am I supposed to start from? [20:05:06] (reading) [20:05:16] just a couple line before I pinged you [20:05:23] 3VisualEditor, VisualEditor-MediaWiki: Special character inserter width needs adjusting - https://phabricator.wikimedia.org/T78038#842571 (10Krenair) [20:05:34] wasn't aware that people were talking about me [20:05:36] we were just noticing that the toString() in the PHP is probably superfluous [20:05:43] 3UI-Standardization, OOjs-UI, MediaWiki-Interface: ButtonGroupWidget in demo pooped in MediaWiki theme - https://phabricator.wikimedia.org/T78326#842573 (10matmarex) 3NEW [20:05:43] :) no worries [20:05:48] TrevorParscal: I just mean from an API point of view, I'd rather not have code that calls toString explicitly (with or without underscores), as it's imho not a very intuitive method name. If you're calling a method, migh as well give it a more descriptive name like getHtml. [20:05:49] nod [20:05:50] 3UI-Standardization, OOjs-UI, MediaWiki-Interface: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#842581 (10Krenair) [20:05:57] * werdna shrugs. [20:06:03] Then we can have __toString call that. [20:06:03] hm, that wasn't supposed to happen [20:06:06] OOUI PHP API :) [20:06:11] TMD TLA [20:06:18] TLTCIN [20:06:19] I don't really like the way phabricator handles blocking tasks :/ [20:06:20] werdna: Inorite? :-) [20:06:25] To Late To Change It Now [20:06:26] :P [20:06:31] 3OOjs-UI: ButtonGroupWidget in demo pooped in MediaWiki theme - https://phabricator.wikimedia.org/T78326#842573 (10matmarex) [20:06:42] 3UI-Standardization, OOjs-UI, MediaWiki-Interface: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#834496 (10Krenair) [20:07:16] Krenair: You mean, inherited projects/settings by default? [20:07:40] also, re: buttons - it's not possible to know for sure what they should ACTUALLY look like since the design changes faster than the OOjs UI increments minor version numbers, but the design work has apparently changed, again: http://cl.ly/image/2D202h0i2o0p [20:08:01] TrevorParscal: So now the border should be inside? [20:08:03] I don't like how I have to go to the blocked task to remove my task from the list [20:08:17] Krenair: Oh, that. Yeah, there's a request for that to be fixed upstream. [20:08:21] Krenair: They're considering it. [20:08:25] sorry for the screen shots [20:08:53] In BZ I would just remove the blocked bug from the list on my bug, and BZ would update it for me [20:09:11] they have designed all of this stuff in a closed source program with an infinite canvas and possibly the worst PDF export of all time [20:10:07] TrevorParscal: No worries. [20:10:22] hrm. TrevorParscal Krinkle question regarding jquery/css -- I am creating $thumb in a method that returns some this.$( '
' ).append( $thumb ); Now, I need to control the thumb size, but the *easiest* to do this is with css 'max-height' and 'max-width' since they're both conditional and work great. I could do this programmatically, but I am wondering -- at what point can I get the actual size (post css resizing) of the $thumb ? a [20:10:22] fter it's attached? when is the CSS rule actually applied? [20:10:37] or is this totally backwards and I should do this programmatically completely... :\ [20:10:40] 3VisualEditor, VisualEditor-MediaWiki: Extra space before the start of the citation dialog contents - https://phabricator.wikimedia.org/T78045#842596 (10Krenair) [20:10:53] 3UI-Standardization, OOjs-UI, MediaWiki-Interface: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#842605 (10Krenair) [20:11:01] here you go: http://cl.ly/3N071K0m463k [20:11:02] omg [20:11:11] Why is aklapper subscribed to everything? :/ [20:11:39] 3OOjs-UI: ButtonGroupWidget in demo pooped in MediaWiki theme - https://phabricator.wikimedia.org/T78326#842606 (10matmarex) a:3matmarex [20:11:49] Krenair: Because it's his job to be. [20:12:04] Krenair: If you remove him the system will just add him back. [20:13:23] TrevorParscal: wat [20:16:00] MatmaRex: did you see the graphic? [20:16:17] the mega graphic of doom! dude, it makes my computer chug because it's so massive lol [20:16:23] TrevorParscal: the A0-format PDF, yeah [20:18:00] mooeypoo: Is $thumb an ? [20:20:59] (03PS1) 10Bartosz Dziewoński: Don't set line-height of unset labels [oojs/ui] - 10https://gerrit.wikimedia.org/r/179186 [20:22:33] RoanKattouw, indeed yes [20:22:43] RoanKattouw, it has a class that has max-height and max-width in it [20:22:58] mooeypoo: OK so with tags in general, your browser will love you if you set width and height attributes on it before setting src [20:23:08] hmmm [20:23:09] Because otherwise it doesn't know how big to make it until it receives the image [20:23:22] Ah, I see. Right. [20:23:34] That's only relevant if it's not absolutely positioned [20:23:44] 3UI-Standardization, OOjs-UI, MediaWiki-Interface: Shadow at the bottom of the dropdown menus is vertically mis-aligned by a pixel or two in the MediaWiki theme - https://phabricator.wikimedia.org/T78083#842640 (10matmarex) a:5matmarex>3None So this is apparently by design. Someone else can figure out what t... [20:23:47] In this case it's probably floated so the width and height do matter [20:23:58] Hm. Okay, sounds like I will have to do this programmatically anyways [20:24:03] Although if a container around it already has w+h (probably does) then it doesn't matter that much [20:24:03] 3OOjs-UI: Shadow at the bottom of the dropdown menus is vertically mis-aligned by a pixel or two in the MediaWiki theme - https://phabricator.wikimedia.org/T78083#842642 (10matmarex) [20:24:22] I was hoping to skip the 'if landscape && bigger than screen || portrait && bigger than screen etc etc" conditions [20:24:43] Oh you're trying to resize the image if it's bigger than the screen? [20:24:48] yes [20:25:00] RoanKattouw, it's the image display panel in the media dialog [20:25:03] Is this in the context of image selection in a dialog, or image rendering in the surface? [20:25:05] OK so the former [20:25:26] 3OOjs-UI, UI-Standardization: Shadow at the bottom of buttons, dropdown menus is intentionally vertically mis-aligned by a pixel or two in the MediaWiki theme - https://phabricator.wikimedia.org/T78083#842644 (10Jdforrester-WMF) a:3violetto [20:25:28] so, I wnt to display a bigger version than the search results, so *before* I was just using thumb which is small enough to never be bigger than screen, but *now* I am using the original image and resizing it [20:25:36] Then you're getting your image URLs from an API response that should also include thumbwidth and thumbheight properties hopefully [20:25:38] MatmaRex: Happy with my re-write? [20:25:50] James_F: <3 [20:25:54] :-) [20:25:55] Oh, image display panel, OK I see [20:26:04] RoanKattouw, but the positioning of the info depends on how the image is laid out on the screen, so I was thinking of saving myself the trouble, letting CSS do the work for me, and *then* post-process positioning. [20:26:14] RoanKattouw, but apparently I was ahead of myself there :p [20:26:30] 3UI-Standardization, OOjs-UI, MediaWiki-Interface: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#842648 (10Jdforrester-WMF) [20:26:34] You're reusing the src of the image rendered on the page I take it? [20:26:45] Or are you getting a different image URL from somewhere else? [20:26:50] well, somewhat [20:26:55] the search results use info.thumburl [20:27:03] the image display is just info.url [20:27:15] so the image isn't loaded yet if that's what you're going for? [20:27:55] RoanKattouw, I am getting into a *bit* of trouble with this method in case the image is *huge* [20:28:03] i have a couple of images that take a little bit to load [20:28:18] but overall, I think this is better than displaying the thumbnail, as TrevorParscal said too. The user expects a bigger version. [20:28:23] mooeypoo: So, question [20:28:24] I wish there was an intermediate, though [20:28:36] "the image display", does that happen after selecting a search result, or when inspecting an existing image, or both? [20:28:44] 3OOjs-UI, VisualEditor: Toolbars should have a heavy shadow on their bottom in the MediaWiki theme - https://phabricator.wikimedia.org/T78085#842655 (10matmarex) a:5matmarex>3None I figure that this should match the design from {T78083}, so waiting on that. [20:28:45] after selecting search results [20:28:54] What happens when you inspect an existing image then? [20:29:01] just the current dialog? [20:29:15] yeah, the dialog is divided to two main components -- image attributes and image search [20:29:21] O [20:29:23] K [20:29:30] if you inspect a current image, you get the attributes, unless you click "change image" in which case you get the search [20:29:35] So, one thing you could do is call the API again asking for a slightly larger thumb [20:29:37] when you add a new image, you go to the search directly [20:30:04] (except if the one you have already is already full size) [20:30:07] explain "slightly larger thumb" ? I didn't see the option of having resized thumbnails, but that would DEFINITELY help me [20:30:20] You're passing iiurlwidth in order to get thumbnails [20:30:32] I am? [20:30:36] (I'm not) [20:30:43] So instead of passing &iiurlwidth=200 with a search query for lots of images, query only one image and pass &iiurlwidth=600 or whatever [20:30:50] Ahm, well some code somewhere must be, right? [20:30:54] (03PS3) 10Bartosz Dziewoński: RadioInputWidget: Remove documentation lies [oojs/ui] - 10https://gerrit.wikimedia.org/r/178586 [20:30:58] I am asking for an image and just ask for .thumburl [20:30:59] That's how you get thumbnail [20:31:01] URLs [20:31:03] hm [20:31:04] anyone? ^ [20:31:36] ooh hmm [20:31:41] RoanKattouw, hm. ve.ce.ImageNode does that. I don't in my search results. I should. [20:31:47] Did they change how the API works and you now get thumburl for the default thumb size? [20:32:00] I get thumb url without that, yes [20:32:06] Aha! [20:32:08] iiurlheight: this.size [20:32:16] MWMediaSearchWidget 155 [20:32:24] oh I asked for height instead [20:32:31] ... i forgot i did that [20:32:36] okaaay. Hm. [20:32:59] So.. I'll have to re-request API data when I load the image panel [20:33:22] So repeat that request but without the search generator stuff or a bunch of the other stuff, basically just action=query&prop=imageinfo&titles=File:Whatever.png&iiprop=dimensions|url&iiurlheight=600 [20:33:25] Or width=something or whatever [20:33:42] Yeah that's the downside [20:33:45] RoanKattouw, no way of getting multiple thumbs at once, is there? [20:33:50] Unfortunately not [20:33:58] It would be nice if you could get all the thumb URLs for the larger size [20:34:06] yea [20:34:14] saves quite a lot of api requests [20:34:28] and the search widget ALREADY has a lot of requests since it fires on keystroke [20:34:51] Well this you would only need to request for an image when it's chosen [20:35:18] RoanKattouw, if I ask for both iiurlheight= and iiurlwidth= will I get an image that is boxed by those? [20:35:25] Yes [20:35:29] awesome, at least that [20:35:34] As you may have noticed thumburl is a string, not an array [20:35:41] It's not set up to give you multiple thumbs [20:35:46] sadly, yeah [20:35:49] (of the same image at least) [20:36:50] However, I think that in many cases doing an API call then downloading a larger thumb will still be faster than downloading a full-size image [20:37:42] (03PS3) 10Jforrester: [BREAKING CHANGE] CheckboxInputWidget: Allow setting HTML 'value' attribute [oojs/ui] - 10https://gerrit.wikimedia.org/r/178592 (owner: 10Bartosz Dziewoński) [20:38:07] (03CR) 10Jforrester: [C: 032] "Per Trevor." [oojs/ui] - 10https://gerrit.wikimedia.org/r/178592 (owner: 10Bartosz Dziewoński) [20:38:26] (03CR) 10Jforrester: [C: 032] RadioInputWidget: Remove documentation lies [oojs/ui] - 10https://gerrit.wikimedia.org/r/178586 (owner: 10Bartosz Dziewoński) [20:38:51] 3VisualEditor, Parsoid, VisualEditor-MediaWiki: Editing a specific article at pl.wp truncates category name - https://phabricator.wikimedia.org/T76353#842668 (10Elitre) Thanks a lot. Seems to work now. Please double check then close the bug accordingly :) [20:39:04] RoanKattouw, yeah, you're probably right. Also, I think it is probably okay for the user to see a spinning loader for the image for a brief moment, worse case [20:39:29] Yeah [20:39:36] Better than very slowly watching a 2MB image load [20:39:43] Indeed. [20:39:55] Remember that Commons encourages uploading full-size images [20:39:59] Can we re-use the size that MediaViewer are generating? [20:40:06] 2MB is probably not that bad nowadays, but there are much larger images, indeed. [20:40:08] Nowadays full-size is often ~4kx3k pixels [20:40:28] James_F, well they are using a different size screen. Mine needs to fit inside the media dialog [20:40:29] Also some "images" are not images but have thumbs [20:40:32] Like videos and PDFs [20:40:41] mooeypoo: Sure, but we can also re-size the dialog. ;-) [20:41:05] (03Merged) 10jenkins-bot: RadioInputWidget: Remove documentation lies [oojs/ui] - 10https://gerrit.wikimedia.org/r/178586 (owner: 10Bartosz Dziewoński) [20:41:05] RoanKattouw, aye, but those are relatively easy, I check first if they're "AUDIO" or other types and then use the original thumburl if they are [20:41:14] James_F, hm, that too [20:41:32] James_F, I'll start with fitting them to the screen. If we want to resize later, we can just change the size requested in the API [20:41:41] mooeypoo: OK. [20:44:50] (03Merged) 10jenkins-bot: [BREAKING CHANGE] CheckboxInputWidget: Allow setting HTML 'value' attribute [oojs/ui] - 10https://gerrit.wikimedia.org/r/178592 (owner: 10Bartosz Dziewoński) [20:47:41] (03PS12) 10Paladox: Reformat the license warning only if available [extensions/WikiEditor] - 10https://gerrit.wikimedia.org/r/98249 (owner: 10Dev-zero) [20:49:35] (03PS7) 10Catrope: Update VE core submodule to master (cf1e167) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177131 (owner: 10Esanders) [20:52:25] (03PS1) 10Trevor Parscal: Use gray instead of blue for select and highlight [oojs/ui] - 10https://gerrit.wikimedia.org/r/179193 [20:55:42] TrevorParscal: so i just discovered that MW theme is missing most of the styles for the booklet dialog things. [20:56:07] 3OOjs-UI, VisualEditor, VisualEditor-MediaWiki-Templates: Parameter entries aren't indented in the transclusion dialog's booklet layout in VisualEditor when using the OOUI MediaWiki theme - https://phabricator.wikimedia.org/T78321#842705 (10matmarex) a:3matmarex [20:56:12] 3VisualEditor, OOjs-UI, VisualEditor-MediaWiki: Vertical height of panel controls is too low in MediaWiki theme - https://phabricator.wikimedia.org/T78031#842706 (10matmarex) a:3matmarex [20:56:16] so that's what i'm doing right now [20:59:12] TrevorParscal: For that highlight change, should we parameterise the colour or just leave it for now? [20:59:45] (03PS2) 10Jforrester: MediaWiki theme: Use gray instead of blue for select and highlight [oojs/ui] - 10https://gerrit.wikimedia.org/r/179193 (owner: 10Trevor Parscal) [20:59:54] 3VisualEditor, OOjs-UI, VisualEditor-MediaWiki: Width layout issues in the media insert window in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78050#842710 (10Krenair) Isn't this another thing that happens in Apex as well? [20:59:59] (03CR) 10Jforrester: [C: 031] "Maybe parameterise?" [oojs/ui] - 10https://gerrit.wikimedia.org/r/179193 (owner: 10Trevor Parscal) [21:00:23] (03CR) 10Jforrester: [C: 032] Update VE core submodule to master (cf1e167) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177131 (owner: 10Esanders) [21:01:23] Is there TrevorParscal? [21:01:40] I suspect the comment for this method is out-of-date. https://github.com/wikimedia/oojs-ui/blob/master/src/Toolbar.js#L98 [21:01:43] Hey BladeBronson. [21:02:04] hey james [21:02:19] (03Merged) 10jenkins-bot: Update VE core submodule to master (cf1e167) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/177131 (owner: 10Esanders) [21:02:36] (03CR) 10Jforrester: [C: 031] "+2-worthy "Yay"?" [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178665 (owner: 10Esanders) [21:02:52] BladeBronson: MatmaRex might know if TrevorParscal's busy. [21:03:43] Cool. In Wikia's implementation, due to a loading animation sequence, i want to separate toolbar setup and toolbar initialization. It doesn't seem like one needs to be called immediately after the other as the comment says. [21:05:12] BladeBronson: why do you think it's out-of-date? the method in OOUI doesn't actually do what the comment says, but it seems that it is intended to be overridden in subclasses. ve.ui.Toolbar.prototype.initialize has the same comment and seems to do the stuff. [21:05:47] 3VisualEditor, OOjs-UI, VisualEditor-MediaWiki: Width layout issues in the media insert window in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78050#842721 (10Jdforrester-WMF) >>! In T78050#842710, @Krenair wrote: > Isn't this another thing that happens in Apex as well... [21:05:58] i admittedly don't know much about this code, though. this seems to be a case of too close VE-OOUI coupling. [21:06:13] 3VisualEditor, VisualEditor-MediaWiki: Width layout issues in the media insert window - https://phabricator.wikimedia.org/T78050#842722 (10Jdforrester-WMF) a:3Mooeypoo [21:06:36] I feel like there are too few people at WMF who care about details, and they are all people who aren't really in the right positions to be effective in doing something about that [21:06:43] i feel like I'm taking crazy pills [21:07:02] * MatmaRex hugs TrevorParscal [21:07:07] * James_F hugs TrevorParscal too. [21:07:09] 3VisualEditor, VisualEditor-MediaWiki, VisualEditor-MediaWiki-Media: Width layout issues in the media insert window - https://phabricator.wikimedia.org/T78050#842727 (10Krenair) [21:07:17] mooeypoo: https://phabricator.wikimedia.org/T78050 needs a fix ASAP, if you can. :-( [21:08:08] 3OOjs-UI, VisualEditor, VisualEditor-MediaWiki: Need for a muted destructive state for buttons which are destructive but not important workflow items in the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78040#842728 (10violetto) It seems like the main action upon clicking on the red link is the "D... [21:08:09] MatmaRex: Okay, but it doesn't seem like any hard dependency on these methods being called one right after the other. There could be a second in between for an animation. [21:08:10] James_F, this will be fixed with the work I'm doing now for the new dialog, but since that will probably take a bit longer with all the design consideration, I may as well work on a quick fix for this now [21:08:42] BladeBronson: in OOUI itself, probably yes. i've never looked at this code before, though. [21:09:09] mooeypoo: Yeah; just a 50px bump down in the window width or whatever might be sufficient. [21:09:13] i think the intent of this comment is, "must be called before you do any real stuff with the toolbar" [21:09:25] okay, that seems right to me [21:09:36] cool, thanks. [21:09:43] so don't let people click on buttons while it's animating, and it should be fine [21:09:51] bbiab [21:10:00] James_F, ok, i'm just writing a 'todo' comment to myself in the current commit so I can switch to master. got burnt with eating my own commit over gerrit one too many times :\ [21:10:22] mooeypoo: Bah. :-( Sympathies. [21:10:49] Blade_Away: Right now I'm merging some stuff that edsanders|away wrote that touches on toolbar initialization [21:10:54] (03PS15) 10Mooeypoo: [WIP] Transform the search widget to show image details [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/161342 [21:10:56] slash setup slash whatever it's called [21:11:04] But if you need that to be split up more, go for it [21:11:10] Or tell edsanders|away what you need [21:12:27] err I can't load VE now ? what am I missing.. updated both mediawiki core and VE (mw + core) .. "Uncaught TypeError: Cannot read property 'triggerListener' of undefined" [21:12:27] 3OOjs-UI, VisualEditor: Toolbars should have a heavy shadow on their bottom in the MediaWiki theme - https://phabricator.wikimedia.org/T78085#842746 (10KHammerstein) [21:12:47] Sorry, VE loads, I can't open the media dialog [21:12:54] (03CR) 10jenkins-bot: [V: 04-1] [WIP] Transform the search widget to show image details [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/161342 (owner: 10Mooeypoo) [21:13:32] 3VisualEditor, VisualEditor-MediaWiki-Mobile: [Regression wmf11] VE is not opening in mobile - https://phabricator.wikimedia.org/T76660#842747 (10Ryasmeen) [21:13:45] mooeypoo: Oh dear. RoanKattouw, did we just break master? [21:14:37] Ahm, maybe? [21:14:45] triggerListener does sound like Ed's code [21:14:56] 3OOjs-UI: Menus' dropdown icons should be smaller and lighter in the MediaWiki theme - https://phabricator.wikimedia.org/T78086#842749 (10KHammerstein) [21:15:07] legoktm: https://www.mediawiki.org/w/index.php?title=Git/Reviewers&diff=1311411&oldid=1311410 :-( [21:15:10] WFM [21:15:15] mooeypoo: Update your submodule [21:15:20] (03PS1) 10Bartosz Dziewoński: Copy .theme-oo-ui-{outlineControlsWidget, outlineOptionWidget} from Apex to MediaWiki [oojs/ui] - 10https://gerrit.wikimedia.org/r/179198 [21:15:23] (03PS1) 10Bartosz Dziewoński: MediaWiki theme: Extract @active-color variable [oojs/ui] - 10https://gerrit.wikimedia.org/r/179199 [21:15:27] I am now (did before, but redoing everything) including composer update [21:15:40] (03CR) 10Bartosz Dziewoński: "Parameterised in https://gerrit.wikimedia.org/r/179199" [oojs/ui] - 10https://gerrit.wikimedia.org/r/179193 (owner: 10Trevor Parscal) [21:15:44] You shouldn't need to bump composer. [21:15:59] I just figured I'd update it all to make sure I'm up to date [21:16:06] (03CR) 10Jforrester: [C: 032] "Cool." [oojs/ui] - 10https://gerrit.wikimedia.org/r/179193 (owner: 10Trevor Parscal) [21:16:24] Oh hold on I see it [21:16:29] Opening the media dialog crashes [21:16:35] mrr. not working [21:16:38] (03PS2) 10Jforrester: MediaWiki theme: Copy .theme-oo-ui-{outlineControlsWidget, outlineOptionWidget} from Apex [oojs/ui] - 10https://gerrit.wikimedia.org/r/179198 (owner: 10Bartosz Dziewoński) [21:16:40] oh, okay, i'm not the only one [21:16:46] (03CR) 10Jforrester: [C: 031] MediaWiki theme: Copy .theme-oo-ui-{outlineControlsWidget, outlineOptionWidget} from Apex [oojs/ui] - 10https://gerrit.wikimedia.org/r/179198 (owner: 10Bartosz Dziewoński) [21:16:51] (03PS3) 10Bartosz Dziewoński: Copy .theme-oo-ui-{outlineControlsWidget, outlineOptionWidget} from Apex to MediaWiki [oojs/ui] - 10https://gerrit.wikimedia.org/r/179198 [21:16:53] (03PS2) 10Jforrester: MediaWiki theme: Extract @active-color variable [oojs/ui] - 10https://gerrit.wikimedia.org/r/179199 (owner: 10Bartosz Dziewoński) [21:16:55] > this.getSurface() [21:16:56] undefined [21:16:58] WTF [21:17:14] (03CR) 10Jforrester: [C: 032] MediaWiki theme: Extract @active-color variable [oojs/ui] - 10https://gerrit.wikimedia.org/r/179199 (owner: 10Bartosz Dziewoński) [21:17:21] (03PS4) 10Bartosz Dziewoński: Copy .theme-oo-ui-{outlineControlsWidget, outlineOptionWidget} from Apex to MediaWiki [oojs/ui] - 10https://gerrit.wikimedia.org/r/179198 [21:17:31] (sorry about the commit messagespam) [21:17:32] Oh he didn't update SurfaceWidget [21:17:43] (03CR) 10Bartosz Dziewoński: [C: 032] MediaWiki theme: Use gray instead of blue for select and highlight [oojs/ui] - 10https://gerrit.wikimedia.org/r/179193 (owner: 10Trevor Parscal) [21:17:43] MatmaRex: Bah. [21:17:47] hmm it seems to come from the caption surfaceWidget [21:17:49] 3VisualEditor, VisualEditor-MediaWiki-Media: Show media search results more pleasingly, with meta-data details available - https://phabricator.wikimedia.org/T78161#842757 (10KHammerstein) [21:17:54] * mooeypoo hopes it's not the RTL fix [21:18:06] doesn't look it, though.. hm. [21:18:12] (03PS3) 10Bartosz Dziewoński: MediaWiki theme: Extract @active-color variable [oojs/ui] - 10https://gerrit.wikimedia.org/r/179199 [21:18:14] 3VisualEditor, VisualEditor-MediaWiki-Media: Show media search results more pleasingly, with meta-data details available - https://phabricator.wikimedia.org/T78161#837446 (10KHammerstein) [21:18:27] MatmaRex: How about "MediaWiki theme: Copy .theme-oo-ui-outline{Controls, Option}Widget from Apex"? :-) [21:19:06] James_F: probably fine. kill grepability a bit though. [21:19:13] kills* [21:19:16] (03Merged) 10jenkins-bot: MediaWiki theme: Use gray instead of blue for select and highlight [oojs/ui] - 10https://gerrit.wikimedia.org/r/179193 (owner: 10Trevor Parscal) [21:19:18] mooeypoo: I found it [21:19:23] hm, you can't kill something a bit. hurts a bit. :D [21:19:28] MatmaRex: Sure, but it makes MW-theme commits start with a consistent string. [21:19:34] RoanKattouw, oh, awesome, thanks [21:19:39] 3OOjs-UI, UI-Standardization, MediaWiki-Interface: Decide whether or not to use hover to indicate which item in menus/etc. we're about to select, in the MediaWiki theme - https://phabricator.wikimedia.org/T78082#842764 (10Jdforrester-WMF) 5Open>3Resolved [21:19:40] 3OOjs-UI, VisualEditor, VisualEditor-MediaWiki: Selected state of panel controls is blue, but for ButtonSelectWidgets is grey, in MediaWiki theme - https://phabricator.wikimedia.org/T78032#842767 (10Jdforrester-WMF) [21:19:42] 3UI-Standardization, MediaWiki-Interface, OOjs-UI: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#842766 (10Jdforrester-WMF) [21:19:45] James_F: sounds okay to me [21:19:53] 3UI-Standardization, MediaWiki-Interface, OOjs-UI: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#834496 (10Jdforrester-WMF) [21:19:54] hah now you can't /close/ the media dialog [21:19:54] 3OOjs-UI, VisualEditor, VisualEditor-MediaWiki: We need to pick a highlight colour and use it consistently in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78047#842769 (10Jdforrester-WMF) 5Open>3Resolved [21:21:26] OK now it works [21:21:39] (03PS5) 10Jforrester: MediaWiki theme: Copy .theme-oo-ui-outline{Controls,Option}Widget from Apex [oojs/ui] - 10https://gerrit.wikimedia.org/r/179198 (owner: 10Bartosz Dziewoński) [21:24:12] 3VisualEditor: [Regression pre-wmf13]TypeError: this.toolbar.getSurface(...) is null appears while trying to save an edit on a page - https://phabricator.wikimedia.org/T78335#842773 (10Ryasmeen) 3NEW [21:24:23] (03PS1) 10Catrope: Followup cf1e167: unbreak SurfaceWidget [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179202 [21:24:33] (03CR) 10Bartosz Dziewoński: Element.getClosestScrollableContainer: Use 'body' or 'documentElement' based on browser (031 comment) [oojs/ui] - 10https://gerrit.wikimedia.org/r/176666 (owner: 10Prtksxna) [21:26:06] RoanKattouw, I just tested and it works. I want to +2, but should I wait for jenkins to have a pass first? [21:26:10] (03PS1) 10Divec: Get CSS directionality from selected node [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179203 [21:26:14] mooeypoo: Go for it. [21:26:26] mooeypoo: You can't merge if Jenkins doesn't like it anyway. :-) [21:26:33] good point [21:26:50] (03CR) 10Mooeypoo: [C: 032] "Works now!" [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179202 (owner: 10Catrope) [21:27:03] okay I must eat now [21:27:16] (03PS2) 10Bartosz Dziewoński: Don't set line-height of unset button labels [oojs/ui] - 10https://gerrit.wikimedia.org/r/179186 [21:29:38] (03PS2) 10Divec: Get CSS directionality from selected node [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179203 [21:30:40] 3VisualEditor: [Regression pre-wmf13]Cannot open Basic Reference and Media dialog, TypeError: this.getSurface(...) is undefined appears - https://phabricator.wikimedia.org/T78338#842802 (10Ryasmeen) 3NEW a:3Catrope [21:30:41] /*jshint bitwise:false */ [21:30:42] caVeEditNextnode = ( reverseTabOrder ^ conf.tabPosition === 'before' ) ? $caEdit.get( 0 ) : $caEdit.next().get( 0 ); [21:30:50] Shocked that we had to over-ride jshint there. :-P [21:31:13] 3VisualEditor: [Regression pre-wmf13]Cannot open Basic Reference and Media dialog, TypeError: this.getSurface(...) is undefined appears - https://phabricator.wikimedia.org/T78338#842802 (10Ryasmeen) p:5Triage>3High [21:32:16] (03PS1) 10Jforrester: README.md: Drop localisation update auto-commits from release notes [oojs/ui] - 10https://gerrit.wikimedia.org/r/179207 [21:32:29] (03Merged) 10jenkins-bot: Followup cf1e167: unbreak SurfaceWidget [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179202 (owner: 10Catrope) [21:33:20] (03PS1) 10Jforrester: Update VE core submodule to master (17c36e7) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179208 [21:34:22] (03PS1) 10Catrope: Update VE core submodule to master (17c36e7) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179209 [21:34:38] (03Abandoned) 10Catrope: Update VE core submodule to master (17c36e7) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179209 (owner: 10Catrope) [21:34:47] (03CR) 10Catrope: [C: 032] Update VE core submodule to master (17c36e7) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179208 (owner: 10Jforrester) [21:34:56] ha, brilliant minds, RoanKattouw & James_F [21:35:00] also, niiiice timing! [21:35:08] mooey|food: It's called a script. :-) [21:35:28] It was cooler to think you're psychic [21:35:36] :-) [21:35:45] (03PS1) 10Jforrester: build: Suppress the 'unique-headings' warning from CSSLint [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179212 [21:36:01] James_F: I was just marking it all as read without even reading it so... [21:36:06] RoanKattouw: https://gerrit.wikimedia.org/r/179207 https://gerrit.wikimedia.org/r/179212 https://gerrit.wikimedia.org/r/179208 [21:36:14] legoktm: Still. :-( [21:36:16] 3VisualEditor: [Regression pre-wmf13]TypeError: this.toolbar.getSurface(...) is null appears after saving an edit and then cannot reopen that page next time - https://phabricator.wikimedia.org/T78335#842817 (10Ryasmeen) [21:36:17] (03CR) 10jenkins-bot: [V: 04-1] Don't set line-height of unset button labels [oojs/ui] - 10https://gerrit.wikimedia.org/r/179186 (owner: 10Bartosz Dziewoński) [21:36:27] legoktm: So if we get stuck in future we should just ask in IRC? [21:36:35] (03CR) 10Catrope: [C: 032] README.md: Drop localisation update auto-commits from release notes [oojs/ui] - 10https://gerrit.wikimedia.org/r/179207 (owner: 10Jforrester) [21:36:43] yeah or just add me as a reviewer and I'll look [21:36:43] (03Merged) 10jenkins-bot: Update VE core submodule to master (17c36e7) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179208 (owner: 10Jforrester) [21:36:50] (03CR) 10Catrope: [C: 032] build: Suppress the 'unique-headings' warning from CSSLint [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179212 (owner: 10Jforrester) [21:37:59] (03PS3) 10Bartosz Dziewoński: Don't set line-height of unset button labels [oojs/ui] - 10https://gerrit.wikimedia.org/r/179186 [21:38:13] 3VisualEditor, VisualEditor-EditingTools: [Regression pre-wmf13] Cannot open Basic Reference and Media dialog, TypeError: this.getSurface(...) is undefined appears - https://phabricator.wikimedia.org/T78338#842821 (10Jdforrester-WMF) 5Open>3Resolved [21:38:50] (03Merged) 10jenkins-bot: build: Suppress the 'unique-headings' warning from CSSLint [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179212 (owner: 10Jforrester) [21:38:54] 3VisualEditor-InterfaceLanguage, VisualEditor, VisualEditor-ContentLanguage: VisualEditor: Support for right-to-left (rtl) / bidirectional content (tracking) - https://phabricator.wikimedia.org/T35126#842826 (10Jdforrester-WMF) [21:38:55] 3VisualEditor, VisualEditor-MediaWiki-Media, VisualEditor-MediaWiki-References: In the media adding dialog, LTR direction is forced on the description field even in RTL wikis - https://phabricator.wikimedia.org/T71969#842824 (10Jdforrester-WMF) 5Open>3Resolved [21:39:20] (03Merged) 10jenkins-bot: README.md: Drop localisation update auto-commits from release notes [oojs/ui] - 10https://gerrit.wikimedia.org/r/179207 (owner: 10Jforrester) [21:47:31] 3OOjs-UI, VisualEditor: Toolbars should have a heavy shadow on their bottom in the MediaWiki theme - https://phabricator.wikimedia.org/T78085#842838 (10matmarex) a:3matmarex Thanks Kaity! Let's do this then. [21:48:03] (03CR) 10Jforrester: [C: 031] "Testing in Chrome and Firefox in VE-MW in en/ltr; works perfectly as expected, no noticeable issues. Is further testing needed?" [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178904 (owner: 10Divec) [21:49:45] 3VisualEditor, VisualEditor-MediaWiki: Extra space before the start of the citation/template (not multiple transclusion) dialog contents - https://phabricator.wikimedia.org/T78045#842844 (10Krenair) [21:49:54] 3VisualEditor, VisualEditor-MediaWiki: Extra space before the start of the citation/template (not multiple transclusion) dialog contents - https://phabricator.wikimedia.org/T78045#834378 (10Krenair) a:3Krenair [21:52:10] (03CR) 10Catrope: [C: 032] [BREAKING CHANGE] Make ve.init.target an OO.ui.Element [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178665 (owner: 10Esanders) [21:53:17] 3OOjs-UI, VisualEditor: Toolbars should have a heavy shadow on their bottom in the MediaWiki theme - https://phabricator.wikimedia.org/T78085#842860 (10matmarex) So in context, it's supposed to look like this? I can't quite tell from this mockup if the line is supposed to reach screen edges or not. {F20891} [21:54:00] so... https://phabricator.wikimedia.org/T78054 time to regroup? [21:54:08] MatmaRex: what are you working on? [21:54:40] i just finished all the things i was doing. [21:54:50] Nice. [21:55:01] TrevorParscal: a bunch of changes is awaiting review :) [21:55:08] Is there a reason we don't set display:none; for template page labels in single transclusion dialogs? In my browser (and clearly others: https://phabricator.wikimedia.org/T78045 ) it still shows up without display:none; despite having height:0; [21:55:25] Krenair: Is that what it is? [21:55:25] 3OOjs-UI, VisualEditor: Toolbars should have a heavy shadow on their bottom in the MediaWiki theme - https://phabricator.wikimedia.org/T78085#842867 (10TrevorParscal) Bartosz, I think you have it right - unfortunately the mockup is based on a hypothetical skin that doesn't have a line on the left so it's unclear. [21:55:37] Krenair: Why is height: 0; set? [21:55:42] let me look at the stack [21:55:47] I don't know. [21:55:48] time to merge all the things [21:55:55] TrevorParscal: Quick +2s on https://gerrit.wikimedia.org/r/#/c/179198/ and https://gerrit.wikimedia.org/r/#/c/179186/ from you. [21:55:59] Also presumably it would need overflow: auto; to actually hide the text, but again why the hell height: 0; but not display: none; if the intent is to hide it [21:56:18] MatmaRex: Commit your change for https://phabricator.wikimedia.org/T78085 and we're good? [21:56:18] (03Merged) 10jenkins-bot: [BREAKING CHANGE] Make ve.init.target an OO.ui.Element [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178665 (owner: 10Esanders) [21:56:34] (03PS1) 10Bartosz Dziewoński: MediaWiki theme: Update toolbar design [oojs/ui] - 10https://gerrit.wikimedia.org/r/179221 [21:56:36] James_F: ^ [21:56:41] The text is hidden by opacity:0 - https://github.com/wikimedia/mediawiki-extensions-VisualEditor/blob/master/modules/ve-mw/ui/styles/dialogs/ve.ui.MWTransclusionDialog.css#L55:L61 [21:56:48] :-) [21:56:52] Krenair: wtf [21:57:01] So why isn't it actually being hidden? [21:57:18] That CSS seems to try hard to hide something without actually hiding it [21:57:31] So 1) why not really hide it and 2) why doesn't it work [21:57:32] (03PS2) 10Jforrester: MediaWiki theme: Add thematic border to the bottom of toolbars [oojs/ui] - 10https://gerrit.wikimedia.org/r/179221 (owner: 10Bartosz Dziewoński) [21:57:40] TrevorParscal: And on https://gerrit.wikimedia.org/r/#/c/179221/ please. [21:58:05] hmm [21:58:14] (03CR) 10Trevor Parscal: [C: 032] MediaWiki theme: Add thematic border to the bottom of toolbars [oojs/ui] - 10https://gerrit.wikimedia.org/r/179221 (owner: 10Bartosz Dziewoński) [21:58:15] (03PS5) 10Catrope: Fix target constructors now they generate this.$element [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/178670 (owner: 10Esanders) [21:58:24] actually, nevermind. [21:58:50] MatmaRex: yeah, that toolbar commit is good - the mockups we get are hard to follow because they aren't based on current software [21:58:57] or... real software [21:59:24] Or… software. [21:59:25] or anything [21:59:26] :-) [21:59:30] With.. like... boundaries [21:59:42] 3UI-Standardization, MediaWiki-Interface, OOjs-UI: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#842882 (10Jdforrester-WMF) [21:59:43] (03CR) 10Trevor Parscal: [C: 032] Don't set line-height of unset button labels [oojs/ui] - 10https://gerrit.wikimedia.org/r/179186 (owner: 10Bartosz Dziewoński) [21:59:44] 3OOjs-UI, VisualEditor: Toolbars should have a heavy shadow on their bottom in the MediaWiki theme - https://phabricator.wikimedia.org/T78085#842880 (10Jdforrester-WMF) 5Open>3Resolved [21:59:49] Contrary to popular belief our software doesn't float in a vast expanse of white [21:59:56] (03PS4) 10Trevor Parscal: MediaWiki theme: Extract @active-color variable [oojs/ui] - 10https://gerrit.wikimedia.org/r/179199 (owner: 10Bartosz Dziewoński) [22:00:00] Instead it's down-to-earth [22:00:13] 3UI-Standardization, MediaWiki-Interface, OOjs-UI: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#834496 (10Jdforrester-WMF) [22:00:14] 3OOjs-UI: ButtonGroupWidget in demo pooped in MediaWiki theme - https://phabricator.wikimedia.org/T78326#842883 (10Jdforrester-WMF) 5Open>3Resolved [22:00:22] James_F, am I supposed to do something ot see the new template? [22:00:29] RoanKattouw: Which Earth are you on that's a soft grey? [22:00:37] mooeypoo: New template? [22:00:40] (03CR) 10Trevor Parscal: [C: 032] MediaWiki theme: Extract @active-color variable [oojs/ui] - 10https://gerrit.wikimedia.org/r/179199 (owner: 10Bartosz Dziewoński) [22:00:41] The one that's flooded with rain water [22:00:50] Touché. [22:00:59] (03Merged) 10jenkins-bot: MediaWiki theme: Add thematic border to the bottom of toolbars [oojs/ui] - 10https://gerrit.wikimedia.org/r/179221 (owner: 10Bartosz Dziewoński) [22:01:01] (03CR) 10jenkins-bot: [V: 04-1] Fix target constructors now they generate this.$element [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/178670 (owner: 10Esanders) [22:01:08] (03PS6) 10Catrope: Update VE core submodule to master (9ac8136) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/178670 (owner: 10Esanders) [22:01:25] James_F, I updated master and can't see this to fix it https://phabricator.wikimedia.org/T78050 [22:01:43] mooeypoo: You mean the new theme? [22:01:47] (03CR) 10Catrope: [C: 032] Update VE core submodule to master (9ac8136) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/178670 (owner: 10Esanders) [22:01:51] (03CR) 10Trevor Parscal: [C: 032] MediaWiki theme: Copy .theme-oo-ui-outline{Controls,Option}Widget from Apex [oojs/ui] - 10https://gerrit.wikimedia.org/r/179198 (owner: 10Bartosz Dziewoński) [22:01:55] mooeypoo: I can give a screenshot for the Apex theme too; it's the same. [22:01:59] yes... what did I say?... oh. ha. I said template. Sorry, yes. Theme [22:02:07] RoanKattouw, https://gerrit.wikimedia.org/r/#/c/116902/11/modules/ve-mw/ui/styles/ve.ui.MWDialog.css [22:02:08] (03PS1) 10Divec: Native backspace and delete [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179223 [22:02:12] James_F, how do I replace it in VE so I can see it? [22:02:15] mooeypoo: Click http://en.wikipedia.beta.wmflabs.org/wiki/User:Jdforrester_(WMF)/Sandbox?veaction=edit and insert an image. [22:02:24] mooeypoo: Ignore the theme stuff; it's not theme-specific. [22:02:37] Krenair: OK then you should ask TrevorParscal why the hell he did that. But maybe not today [22:02:42] :) [22:02:48] (03CR) 10Trevor Parscal: [C: 032] Element.getClosestScrollableContainer: Use 'body' or 'documentElement' based on browser (031 comment) [oojs/ui] - 10https://gerrit.wikimedia.org/r/176666 (owner: 10Prtksxna) [22:02:53] :-) [22:03:35] (03Merged) 10jenkins-bot: Don't set line-height of unset button labels [oojs/ui] - 10https://gerrit.wikimedia.org/r/179186 (owner: 10Bartosz Dziewoński) [22:03:37] (03CR) 10Trevor Parscal: [C: 032] Give non-isolated windows a tabIndex for selection holding [oojs/ui] - 10https://gerrit.wikimedia.org/r/179125 (owner: 10Esanders) [22:03:45] 3OOjs-UI: Scrolling elements into view does not work in most cases - https://phabricator.wikimedia.org/T73609#842905 (10Jdforrester-WMF) 5Open>3Resolved [22:03:56] (03Merged) 10jenkins-bot: Update VE core submodule to master (9ac8136) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/178670 (owner: 10Esanders) [22:04:06] Krenair: what's up? can I help? [22:04:24] TrevorParscal, nothing particularly important [22:04:54] Krenair: the opacity thing [22:05:00] it seems you wrote some css to hide the template page label in single transclusion dialogs [22:05:00] yeah that [22:05:03] it's transitioned just a few lines above [22:05:16] that makes the label fade in and out instead of just appearing/dissapearing [22:05:23] transition: all ... [22:05:38] that make sense? [22:05:49] Aaah [22:05:51] i haven't worked on this in a while [22:05:51] Yeah that makes sense [22:05:54] cool [22:06:09] We were scratching our heads about why you applied every property under the sun EXCEPT display: none; [22:06:13] But that makes perfect sense now [22:06:18] lol [22:06:20] So why does it still take up room? [22:06:27] Okay, so we just need to make it take up no room then [22:06:29] yeah, maybe a comment would have gone a long way [22:06:30] (03CR) 10jenkins-bot: [V: 04-1] Native backspace and delete [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179223 (owner: 10Divec) [22:06:33] (03Merged) 10jenkins-bot: MediaWiki theme: Copy .theme-oo-ui-outline{Controls,Option}Widget from Apex [oojs/ui] - 10https://gerrit.wikimedia.org/r/179198 (owner: 10Bartosz Dziewoński) [22:07:01] James_F: well, we are also transitioning the height [22:07:02] (03Merged) 10jenkins-bot: MediaWiki theme: Extract @active-color variable [oojs/ui] - 10https://gerrit.wikimedia.org/r/179199 (owner: 10Bartosz Dziewoński) [22:07:06] (03Merged) 10jenkins-bot: Element.getClosestScrollableContainer: Use 'body' or 'documentElement' based on browser [oojs/ui] - 10https://gerrit.wikimedia.org/r/176666 (owner: 10Prtksxna) [22:07:25] TrevorParscal: But to 0? [22:07:36] yes [22:07:39] mooeypoo: What's outstanding on https://gerrit.wikimedia.org/r/#/c/175568/ (though see edsanders|away's code review – are you just waiting for CR from Trevor?). [22:07:41] https://gerrit.wikimedia.org/r/#/c/116902/11/modules/ve-mw/ui/styles/ve.ui.MWDialog.css [22:08:00] mooeypoo: sorry, I haven't really given you enough time lately [22:08:39] (03Merged) 10jenkins-bot: Give non-isolated windows a tabIndex for selection holding [oojs/ui] - 10https://gerrit.wikimedia.org/r/179125 (owner: 10Esanders) [22:08:59] hmm, i should probably review that TD thing now [22:09:14] James_F, for the moment this was a general direction commit, I was waiting to talk to trevor about it. It's not so urgent; it would allow us to make the TemplateData dialog show the language dropdown with the button on the same line rather than below. We can have that in the second stage of the TemplateData dialog, assuming it will be merged soon [22:09:31] https://gerrit.wikimedia.org/r/#/c/175568 probably needs to use table layout or something to safely place the input and button on the same line [22:09:52] mooeypoo: OK, sure. [22:10:02] Ha, there's CR for you. :-) [22:10:10] I don't understand how it can have height:0; and still take up room :/ [22:10:27] Krenair: padding? [22:10:33] Krenair: Magic! aka Browsers! [22:10:34] depends on the box sizing [22:10:43] padding:0 [22:10:44] margins [22:10:49] margin:0 as well [22:11:07] eh this fix is annoying'er than I anticipated. The image results container is not centered properly and the size of it is not available on construction. [22:11:10] 3OOjs-UI, VisualEditor, VisualEditor-MediaWiki: Vertical height of panel controls is too low in MediaWiki theme - https://phabricator.wikimedia.org/T78031#842914 (10Jdforrester-WMF) 5Open>3Resolved [22:11:11] 3UI-Standardization, MediaWiki-Interface, OOjs-UI: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#842915 (10Jdforrester-WMF) [22:11:16] 3OOjs-UI, VisualEditor: "+" icon in VE transclusion dialog missing in MediaWiki theme - https://phabricator.wikimedia.org/T78177#842916 (10Jdforrester-WMF) 5Open>3Resolved Oh, huh, was wondering why it looked a bit wrong. :-) [22:11:18] 3UI-Standardization, MediaWiki-Interface, OOjs-UI: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#834496 (10Jdforrester-WMF) [22:11:27] when you inspect it - is it actually ending up with no padding and margins and 0 height? [22:11:30] 3OOjs-UI, VisualEditor, VisualEditor-MediaWiki-Templates: Parameter entries aren't indented in the transclusion dialog's booklet layout in VisualEditor when using the OOUI MediaWiki theme - https://phabricator.wikimedia.org/T78321#842928 (10Jdforrester-WMF) 5Open>3Resolved [22:11:32] 3UI-Standardization, MediaWiki-Interface, OOjs-UI: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#834496 (10Jdforrester-WMF) [22:11:33] or is something overriding that? [22:11:40] mooeypoo: Bah. [22:12:18] TrevorParscal: OK, so, https://phabricator.wikimedia.org/T78054 [22:12:52] 10 things left [22:12:56] TrevorParscal: https://phabricator.wikimedia.org/T78169 looks messiest. [22:13:37] TrevorParscal: On https://phabricator.wikimedia.org/T78041 Ed said that the way we align the field and buttons might be moved to OOjs UI and so done on a per-theme basis there? [22:13:37] ok, so maybe I should work on that one? [22:14:33] TrevorParscal: Sure; is MatmaRex OK to work on T78041 (and is https://phabricator.wikimedia.org/T78052 the same issue?)? [22:15:50] I think there are like 3 actual issues - inconsistent sizing, inconsistent line heights, inconsistent display (e.g. block, inline, inline-block) [22:15:52] James_F: probably yes [22:16:00] it is also probably by design [22:16:07] MatmaRex: Probably they're the same, or probably you're OK to work on it? :-) [22:16:32] same issue [22:16:41] OK. [22:16:46] Happy to fix as well? [22:17:02] Also, TrevorParscal/MatmaRex, sanity check: [22:17:11] Right now, the next release of OOjs UI has: [22:17:13] * [BREAKING CHANGE] FieldLayout: Handle 'inline' alignment better (Bartosz Dziewoński) [22:17:13] * [BREAKING CHANGE] Split primary flag into primary and progressive (Trevor Parscal) [22:17:15] * [BREAKING CHANGE] CheckboxInputWidget: Allow setting HTML 'value' attribute (Bartosz Dziewoński) [22:17:16] * MediaWiki Theme: checkbox: Fix states according to spec (Prateek Saxena) [22:17:19] (03PS1) 10Mooeypoo: Fix image alignment in media dialog search [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179228 [22:17:19] * MediaWiki Theme: Add radio buttons (Prateek Saxena) [22:17:21] * MediaWiki theme: Use gray instead of blue for select and highlight (Trevor Parscal) [22:17:23] * MediaWiki theme: Copy .theme-oo-ui-outline{Controls,Option}Widget from Apex (Bartosz Dziewoński) [22:17:25] * MediaWiki theme: Add thematic border to the bottom of toolbars (Bartosz Dziewoński) [22:17:27] * MediaWiki theme: Extract @active-color variable (Bartosz Dziewoński) [22:17:29] * build: Use String#slice instead of discouraged String#substr (Timo Tijhof) [22:17:31] * Element: Use $.context instead of recomputing in #getElementDocument (Timo Tijhof) [22:17:33] * Element.getClosestScrollableContainer: Use 'body' or 'documentElement' based on browser (Prateek Saxena) [22:17:35] * testsuitegenerator: Actually filter out non-unique combinations (Bartosz Dziewoński) [22:17:37] * demo: Fix primary button description text (Niklas Laxström) [22:17:39] * Give non-isolated windows a tabIndex for selection holding (Ed Sanders) [22:17:41] * Call .off() correctly in setButtonElement() (Roan Kattouw) [22:17:43] * RadioInputWidget: Remove documentation lies (Bartosz Dziewoński) [22:17:45] * Don't set line-height of unset button labels (Bartosz Dziewoński) [22:17:50] There's a level of additional change that might make this painful. :-) [22:17:59] James_F: can you elaborate on what the issue with these two is? just that the buttons are so much bigger than the text inputs? that is by design and actually not that bad [22:18:14] they don't look misaligned to me?… (or am i not looking close enough?) [22:18:31] MatmaRex: It's mostly that the input and button should be v-aligned with each other; in Apex it wasn't an issue because they were the same size (ish). [22:18:49] the 3 breaking changes will make pull throughs harder, but I don't see why we can't include size/alignment/display fixes in that stack [22:19:05] James_F, https://gerrit.wikimedia.org/r/#/c/179228/ <-- I tried to outsmart the system by using dynamic size, but it really is a hack. Should be fixed (will be!) in the new design. [22:19:16] i've created the VE fixes for 2 of the breaking changes [22:19:17] MatmaRex: For T78052 the "Add template" button is about 2px too low to align with the field input. [22:19:18] 3MediaWiki-ResourceLoader: Replace MediaWiki:Common.css with MediaWiki:Common.less - https://phabricator.wikimedia.org/T78345#842954 (10RobLa-WMF) [22:19:19] 3MediaWiki-ResourceLoader: Replace MediaWiki:Common.css with MediaWiki:Common.less - https://phabricator.wikimedia.org/T78345#842955 (10Legoktm) [22:19:36] MatmaRex: For T78041 the "1 of 1" text is about 3px too high for the field input. [22:19:37] so that just needs to be carefully included [22:19:45] TrevorParscal, MatmaRex: OK, sounds good. [22:20:05] only trevor's breaking change needs fixes [22:20:12] The primary => progressive|progressive,primary thing will be a chore, but not too bad. [22:20:19] Yeah. [22:20:36] James_F: hmm, indeed they're a bit misaligned [22:20:48] that's curious. i'll take a look. [22:20:50] and also, the cost of getting it wrong is only visible in MediaWiki themed buttons not having as powerful of styling [22:20:52] MatmaRex: Cool [22:20:54] 3VisualEditor-MediaWiki, VisualEditor: Extra space before the start of the citation/template (not multiple transclusion) dialog contents - https://phabricator.wikimedia.org/T78045#842962 (10Krenair) It's because of how we try to hide the template page label on single transclusion dialogs (e.g. templates, citatio... [22:21:07] also what TrevorParscal said, it still looks OK when you just pull through [22:21:07] TrevorParscal: Agreed. [22:21:21] TrevorParscal: But we should still fix. :-) [22:21:26] of course [22:21:32] just saying, it's a low-risk breaking change [22:21:36] I'm happy to do that bit. [22:21:42] if such a thing is qualifiable [22:21:47] 3VisualEditor-MediaWiki-Templates, OOjs-UI, VisualEditor-MediaWiki, VisualEditor: Vertical alignment of the "add template" button and the search box is incorrect in template dialog in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78052#842963 (10Jdforrester-WMF) a:3mat... [22:21:50] :-) [22:22:03] 3OOjs-UI, VisualEditor-MediaWiki, VisualEditor: Vertical alignment of text in the search-and-replace field is off in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78041#842964 (10Jdforrester-WMF) a:3matmarex [22:23:48] hm TrevorParscal James_F regardng the second part of that bug, the fact that the search input is smaller than the results -- the input is limited in ooui itself to max-width: 50em. If I increase to 51em it looks fine. I can do it specifically in the media dialog but it seems it might b ebetter corrected in ooui? [22:23:54] TrevorParscal, any reason for 50em specifically? [22:23:57] (03CR) 10Catrope: [C: 032] Fix image alignment in media dialog search [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179228 (owner: 10Mooeypoo) [22:24:13] mooeypoo: I picked it to be "big". Arbitrary. [22:24:24] James_F, can we Arbitrarily change it to 51em ? [22:24:25] :d [22:24:27] mooeypoo: It's meant to be set to the actual field value where it's used. [22:24:28] mooeypoo: I really think that arbitrary 50em thing is suspicious [22:24:55] why not 55 or 60? [22:25:03] James_F, if you look at the media result and remove that value, the input is better [22:25:12] BUT that makes the images still be not in the same size [22:25:14] mooeypoo: You can over-ride its width. [22:25:16] howver, that's because of the scrollbar [22:25:48] (03Merged) 10jenkins-bot: Fix image alignment in media dialog search [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179228 (owner: 10Mooeypoo) [22:25:50] James_F, i could of course, but isn't it better to remove it in ooui if it makes no sense to be there? or enlarge it if it does? I'm pretty sure the media dialog is not the only place we use this [22:27:03] yeah, langauge widget, but it isn't that big to warrant it anyways. [22:27:06] hm [22:27:47] mooeypoo: It was mostly put in to make things less bad. [22:28:03] mooeypoo: Oh! I remember. [22:28:12] James_F, I'm trying to think if there's a case where it is warranted before I offer to just remove it [22:28:20] mooeypoo: width:100% didn't work if we didn't set a max-width or something. [22:28:32] hmmm [22:28:47] So it went from width:20em to width:100% && max-width:50em; [22:29:30] hm, when I remove it in chrome it still works as 100% but that's after it was already loaded and then ignored, maybe? [22:29:57] mooeypoo: Some of the places it's used aren't set up correctly, and we didn't want to make a breaking change. [22:30:59] (03PS1) 10Catrope: Make IE opacity hack not double-apply opacity once IE bug is fixed [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179242 [22:31:00] James_F, okay, I'm not sure how bad it is right now in media dialog after the image fix. You want me to forcefully set it there too, or will this wait for the redesign? [22:31:58] TrevorParscal: Ah https://phabricator.wikimedia.org/T78082 isn't fixed – although hover is indeed now consistently grey, it's not used in oo-ui-listToolGroup but it is in oo-ui-menuToolGroups. [22:32:53] yeah, I was linking it because it's related more than resolves it [22:33:06] TrevorParscal: Will re-open. Soryr. [22:33:08] the task is to "decide what to do" and I sort of decided and ran with it [22:33:14] um... what is left to decide? [22:33:22] TrevorParscal: Implement the decision. :-) [22:33:34] oh, like add more hover states? [22:33:43] TrevorParscal: Yeah, for oo-ui-listToolGroup [22:33:46] so, the design actually specifically doesn't have all those hover states [22:33:52] I've gone through this with may [22:34:00] I dissagree with her, but .... [22:34:01] yeah [22:34:25] I also wanted more consistency there, but what is implemented is what was asked for [22:34:57] so, I like hover states, but unless we are going to diverge [22:35:06] from the design... yet again [22:35:09] ugh [22:35:29] eh TrevorParscal, don't you have like, designer competences too [22:35:53] yeah, hence the usability of Apex [22:35:58] MatmaRex: He only designed all of Vector, all of Apex and all of VisualEditor [22:36:07] And the Drafts extension! [22:36:12] * James_F grins, ducks and runs. [22:36:28] but, we've been tasked with creating an OOjs UI theme from the PDF and various handwavy conversations [22:36:57] so, my design competence isn't really a factor here - we are a bit more in obedience mode [22:37:10] (03PS8) 10Divec: WIP: Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 [22:37:37] for better or, more often lately, worse [22:38:30] Your design competence is a factor in that you are able to evaluate that it's for worse rather than for better [22:39:18] indeed, but doing something about that, when I've already had a conversation suggesting there be hover effects and been told not to use hover effects [22:39:36] Sure, yeah [22:39:51] If they specifically told you not to, don't do it. And then if people complain, you know who to point to [22:40:02] That's fair [22:40:12] well - that means I am fixing their mistakes, and I'm sort of resigned to just implement their mistakes (when they insist they are right) and we can just let the outcry shame them into doing it right eventually [22:40:22] yeah [22:40:25] exactly [22:40:52] just sucks because we know better, and we have to do this dance because us knowing something means so little to them [22:41:00] Well [22:41:11] I don't know about us, but *you* knowing something *should* mean something to them [22:41:25] in my experience, it means very little [22:41:26] Given that you designed pretty much every damn thing currently visible on the site [22:41:29] Oh I knwo [22:41:41] TrevorParscal: Sure, but in this case this is a request from the Editing Team's designer. [22:41:43] but, maybe that will change! :) [22:41:48] I know they completely disregard your opinion routinely [22:42:04] Pff, yeah, maybe [22:42:04] TrevorParscal: It's not you diverging from Design, it's a difference of opinion within Design. [22:42:09] I don't have all that much hope [22:42:18] Maybe after enough "I told you so" s [22:42:18] James_F: are you saying you got a different request from Kaity than May? [22:42:37] TrevorParscal: Of course. Every single one of the Tasks I created was co-written and agreed by me and Kaity. [22:42:44] TrevorParscal: I wouldn't put them to you otherwise. [22:42:50] TrevorParscal: We work with Design, remember? [22:42:51] You're not usually enough of a jerk to say "I told you so" but in some of these cases I think you should bwe [22:42:57] May was who assured me that the hover states are in the design mockups because they aren't meant to be there at all [22:43:06] Well [22:43:11] TrevorParscal: Except for buttons. [22:43:15] ? [22:43:23] Do we get to pick and choose which Design department we work with? :P [22:43:23] yeah, and maybe a few other random things [22:44:27] Kaity is assigned to VE, May is designed to the MediaWiki theme - that's why I was talking to May [22:44:33] I guess you should have had May in the meeting? [22:44:46] TrevorParscal: I've not seen her in person for a month. :-( [22:44:49] Because now we are (big surprise) getting inconsistent information from design [22:45:01] James_F: does she still work here? [22:45:13] I saw her in the elevator like yesterday? [22:45:23] I think [22:45:23] That's promising [22:45:28] amazing [22:45:29] Recently at least [22:45:38] So, maybe? [22:46:32] so, basically I think if we do use hover effects (which I think we believe is the right thing to do) we have to figure out what May would do if she didn't think we shouldn't [22:46:37] or at least what Kaity would do [22:46:42] because it's not clear what effect to use [22:47:26] TrevorParscal: The same effect we use on oo-ui-menuToolGroups? [22:47:38] in Apex we use an outline [22:47:41] oh [22:47:44] menuToolGroup [22:47:49] that's a background color [22:47:50] In MWTheme we use a grey background. [22:47:52] Yeah. [22:47:55] It looks fine. [22:47:56] seems like we can use #eee for hover [22:47:58] In keeping with the rest. [22:48:10] our defense being that it's meant to be like other menus [22:48:16] Exactly. [22:48:33] ok, that's what we will do [22:48:39] shall I write the patch? [22:48:52] MatmaRex: I'm going to do this [22:49:29] TrevorParscal: Please. [22:49:33] which this? hovers? +1 [22:49:33] (03PS1) 10Jforrester: Unbreaking commit for OOjs UI Iee91d2c6 [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179265 [22:50:02] (03PS1) 10Jforrester: Unbreaking commit for OOjs UI Iee91d2c6 [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179269 [22:50:06] hovers for the toolbar menus (other menus already have them) [22:50:32] TrevorParscal: And toolbar bars ? [22:50:33] (03PS9) 10Divec: WIP: Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 [22:50:43] TrevorParscal: Or are we going to leave those for now? [22:51:06] well, menuToolGroup does [22:51:10] Yes. [22:51:13] i guess it's just listToolGroup that doesn't [22:51:16] sorry [22:51:22] (03CR) 10Catrope: [C: 04-1] "Code looks awesome. Especially the activate/deactivate part stopping the surfaceObserver, I've wanted to do that for a while." (0310 comments) [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178918 (owner: 10Esanders) [22:51:26] But oo-ui-barToolGroup doesn't. [22:51:32] Yeah. [22:51:56] in Apex we use an outline (more like we do with actual tools) [22:52:03] and a depressed state gradient [22:52:41] currently they use no hover and a #eee selected state [22:52:52] i'm changing it to #eee hover and #d0d0d0 selected state [22:53:12] (03PS2) 10Catrope: Mark primary buttons as progressive as well [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179265 (owner: 10Jforrester) [22:53:21] (03CR) 10Catrope: [C: 032] Mark primary buttons as progressive as well [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179265 (owner: 10Jforrester) [22:53:53] TrevorParscal: Do you think that SurfaceWidgets should take the blue bar styling when active that text inputs do? It looks nice. [22:53:56] (03PS10) 10Divec: WIP: Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 [22:55:18] (03PS2) 10Catrope: Mark primary buttons as progressive as well [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179269 (owner: 10Jforrester) [22:56:00] (03CR) 10Catrope: [C: 032] Mark primary buttons as progressive as well [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179269 (owner: 10Jforrester) [22:56:39] Whee. [22:57:37] (03Merged) 10jenkins-bot: Mark primary buttons as progressive as well [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179265 (owner: 10Jforrester) [22:58:01] (03PS1) 10Trevor Parscal: Add hover state to MediaWiki themed listToolGroup [oojs/ui] - 10https://gerrit.wikimedia.org/r/179324 [22:58:39] (03PS2) 10Trevor Parscal: Add hover state to MediaWiki themed listToolGroup [oojs/ui] - 10https://gerrit.wikimedia.org/r/179324 [22:58:41] (03PS3) 10Jforrester: MediaWiki theme: Add hover state to listToolGroup [oojs/ui] - 10https://gerrit.wikimedia.org/r/179324 (owner: 10Trevor Parscal) [22:58:44] Ha. [22:59:00] Sorry TrevorParscal. [22:59:06] (03Merged) 10jenkins-bot: Mark primary buttons as progressive as well [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179269 (owner: 10Jforrester) [22:59:11] (03PS4) 10Trevor Parscal: MediaWiki theme: Add hover state to listToolGroup [oojs/ui] - 10https://gerrit.wikimedia.org/r/179324 [22:59:16] oh it's fine [22:59:24] just forgot the bug in the message [22:59:25] (03PS5) 10Jforrester: MediaWiki theme: Add hover state to listToolGroup [oojs/ui] - 10https://gerrit.wikimedia.org/r/179324 (owner: 10Trevor Parscal) [22:59:32] (03CR) 10Jforrester: [C: 032] MediaWiki theme: Add hover state to listToolGroup [oojs/ui] - 10https://gerrit.wikimedia.org/r/179324 (owner: 10Trevor Parscal) [22:59:34] {{done}} [22:59:35] EDIT WARS!!!! AHHHH!!!! [22:59:37] Next! [22:59:53] Spelling errors. :-) [22:59:58] https://gerrit.wikimedia.org/r/#/c/179324/4..5//COMMIT_MSG [23:00:07] https://phabricator.wikimedia.org/T78178 is kind of scary [23:00:25] James_F: sofixit :P [23:00:35] TrevorParscal: I did. :-) [23:00:46] TrevorParscal: Yeah… :-( [23:00:47] (03CR) 10Esanders: WIP Death to isolation (032 comments) [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178918 (owner: 10Esanders) [23:02:18] 3VisualEditor-MediaWiki, VisualEditor, VisualEditor-MediaWiki-Media: Width layout issues in the media insert window - https://phabricator.wikimedia.org/T78050#843026 (10Jdforrester-WMF) 5Open>3Resolved [23:02:53] ugh, need some ibp, crappy headache [23:03:04] * James_F hugs TrevorParscal. [23:04:36] thanks man [23:04:51] just glad I have power [23:04:58] wind has stopped at this point [23:05:05] but there's still plenty of rain coming down [23:05:13] * James_F nods. [23:05:43] need to take a little break [23:05:45] 3OOjs-UI, VisualEditor-MediaWiki, VisualEditor: Height of the toolbar is insufficient for a button to appear there in the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78043#843041 (10Jdforrester-WMF) [23:05:50] MatmaRex: you still going strong over there? [23:05:58] burning the midnight oil [23:06:08] somewhat, going to leave soon [23:06:16] seems sensible [23:06:42] 3OOjs-UI, UI-Standardization, MediaWiki-Interface: Switch MediaWiki core's use of OOjs UI to use the MediaWiki theme, not Apex - https://phabricator.wikimedia.org/T78054#843050 (10Jdforrester-WMF) [23:06:43] so, I think what we should do is just talk through the remaining blockers and make sure we have a strategy for every one [23:06:53] Sure. [23:07:14] only 6 left [23:07:23] https://phabricator.wikimedia.org/T78041 and https://phabricator.wikimedia.org/T78052 – MatmaRex is working on them, I guess it's OK? [23:07:34] James_F, RoanKattouw, etc: I just deployed the version of Parsoid with mw:Error tagging for missing images [23:07:38] the scrollbars one, I think it just has to do with wonky styles, things being 1px to wide or something [23:07:45] might be fixed in some cases because of other fixes [23:07:50] so, I think we should do that last [23:07:53] https://phabricator.wikimedia.org/T78169 – you're working on it? [23:08:07] It has a bunch of issues under it. :-( [23:08:19] That sounds good for the scrollbars one. [23:08:22] yeah, I'm just trying to talk through the remaining ones at the moment [23:08:32] um.. [23:08:39] yeah, so the buttons are probably causing lots of issues [23:08:42] That just leaves the "parameter field" two: https://phabricator.wikimedia.org/T78035 and https://phabricator.wikimedia.org/T78034 [23:08:43] lets do that first [23:08:46] * James_F nods. [23:09:18] and https://phabricator.wikimedia.org/T78052 [23:09:38] Yeah, is MatmaRex on that? [23:09:44] so, the param field looking wonky inside search interfaces and stuff - I think that's really something that TextInputWidget styles are causing [23:09:51] Right. [23:10:15] so, I think we are down to button styles, text input widget styles, and a final check for unexpected scrollbars [23:10:30] (03CR) 10jenkins-bot: [V: 04-1] MediaWiki theme: Add hover state to listToolGroup [oojs/ui] - 10https://gerrit.wikimedia.org/r/179324 (owner: 10Trevor Parscal) [23:10:44] buttons needs to be the same relative height to other elements as they are in Apex [23:11:06] text input widgets need to be made box-sizing: border-box or something [23:11:19] since they have borders that are pushing things around wonky [23:11:21] BTW, it's looking pretty good in local testing. [23:11:27] good [23:11:36] and the scrollbars may or may not still be present after those fixes [23:11:40] I'm not sold on it, but it hangs together mostly. [23:11:46] (03PS1) 10Bartosz Dziewoński: TextInputWidget: Set vertical-align: middle, like buttons [oojs/ui] - 10https://gerrit.wikimedia.org/r/179339 [23:11:47] * James_F nods. [23:12:04] MatmaRex: Nice. [23:12:26] yeah, I think it's still ugly, but it's technically correct (except where we had to rescue it) and as internally consistent as possible given the circumstances [23:12:47] let me try for the text input widget fix [23:12:50] Cool. [23:13:08] 3OOjs-UI, VisualEditor-MediaWiki, VisualEditor: Vertical alignment of text in the search-and-replace field is off in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78041#843061 (10matmarex) I am not sure if the patch fixes the issue here, because I've somehow broken all... [23:13:21] definitely works for the other bug, though. :) [23:13:26] MatmaRex: Want me to test? [23:13:33] sure [23:14:11] no idea what i did to cause this: T78041 but i have way too many patches stacked in weird order [23:14:13] gurmble [23:14:49] s/T78041/ http://i.imgur.com/aBMHLYC.png / [23:15:12] MatmaRex: Oh, that's one of the breaking changes in OOUI. [23:15:27] MatmaRex: See also the link inspector. [23:15:50] (03CR) 10Esanders: "Seems odd to have half a rule here. Shouldn't it be up to the user who sets inline-block to also set vertical align?" [oojs/ui] - 10https://gerrit.wikimedia.org/r/179339 (owner: 10Bartosz Dziewoński) [23:15:58] oh, indeed. which one? [23:16:13] MatmaRex: 178948 I think? [23:16:23] (03CR) 10Bartosz Dziewoński: "Perhaps, but it seems like a common use case. Both ways sound okay to me and this was simpler." [oojs/ui] - 10https://gerrit.wikimedia.org/r/179339 (owner: 10Bartosz Dziewoński) [23:17:03] hmm. [23:17:08] Hmm, no. [23:17:29] I hadn't yet tried to get VE working fully with OOUI-master. [23:18:57] (03CR) 10Esanders: "I think having an "unused" rule is just going to be confusing to future readers. Maybe Ooui should provide an inline layout mode that does" [oojs/ui] - 10https://gerrit.wikimedia.org/r/179339 (owner: 10Bartosz Dziewoński) [23:20:13] (03CR) 10Bartosz Dziewoński: "I believe that's T76634." [oojs/ui] - 10https://gerrit.wikimedia.org/r/179339 (owner: 10Bartosz Dziewoński) [23:20:34] (03CR) 10Bartosz Dziewoński: "Hmm, or maybe not. But similar." [oojs/ui] - 10https://gerrit.wikimedia.org/r/179339 (owner: 10Bartosz Dziewoński) [23:21:13] ah, i'm getting sloppy. gonna run for today. [23:21:56] James_F: if that breakage has no known cause, let me know and i'll investigate what broke tomorrow [23:22:13] MatmaRex: We'll probably try to merge this afternoon, but OK. :-) [23:22:21] MatmaRex: Will ping you if we're stuck and decide to go home. :-) [23:22:28] hah, okay. [23:24:12] 3MediaWiki-ResourceLoader: ResourceLoader: Implement support for LESS in wiki modules (user and site), supporting e.g. MediaWiki:Common.less - https://phabricator.wikimedia.org/T56864#843069 (10Jdlrobson) Actually I think replacing Common.less with Common.css would be a great idea from an organisation perspectiv... [23:25:52] (03CR) 10Esanders: [C: 031] Wrap inline images in a span ce=false [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178904 (owner: 10Divec) [23:26:34] (03CR) 10Jforrester: "Not +2?" [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178904 (owner: 10Divec) [23:27:35] (03CR) 10Esanders: "I'll leave that to someone who isn't in bed" [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178904 (owner: 10Divec) [23:28:49] i'm having a hard time getting my mediawiki install to work [23:29:24] it was way out of date, and I, like an idiot, figured it would be good to test new OOjs UI changes against the latest verison of MW [23:29:32] but I can't get the skin styles to load [23:29:32] TrevorParscal: Ha. [23:29:50] TrevorParscal: You probably need to run `composer install && composer update` in MW-core root. [23:29:51] hmm [23:29:52] probably [23:29:53] crap [23:30:44] Isn't MW wonderfully stable/ [23:30:47] * James_F sighs. [23:30:48] ok, yes [23:30:52] that's working now [23:30:53] silly me [23:32:50] James_F, you want me to test IE patches? :/ [23:33:31] Krenair: You want /me/ to test them? :-) [23:33:40] Krenair: But no, this is a CSS inheritance fix. [23:34:29] what's with styles not being copied into iframes? [23:34:40] TrevorParscal: Looking right now. [23:34:58] TrevorParscal: Problem is in VE-MW but not VE-core. [23:35:08] TrevorParscal: Maybe Ed's iframe fiddling broke things? [23:36:32] http://cl.ly/image/2o25423K341y + http://cl.ly/image/1w3g1a403f1q = :( [23:36:48] TrevorParscal: Yeah, I know. [23:37:02] agreed about ve core not being borked [23:37:08] TrevorParscal: Roan's busy with David working on his CE code. [23:37:19] ok [23:37:20] So you're stuck with stupid old me. :-) [23:37:36] we're all screwed! [23:37:40] :-) [23:38:16] TrevorParscal: Wait, no. [23:38:21] ? [23:38:34] TrevorParscal: It's broken in VE core too if you pull through OOUI. [23:38:47] oh, of course [23:38:52] TrevorParscal: Which is a different copy of OOUI than MW's [23:39:06] Bah. [23:39:20] yup [23:39:24] carp [23:42:04] (03PS1) 10Trevor Parscal: [WIP] Fix box-sizing for inputs [oojs/ui] - 10https://gerrit.wikimedia.org/r/179343 [23:42:07] Hey, at Wikia we are looking to upgrade VisualEditor to newest version. Would upgrading to HEAD master be ok, or are you aware of some major issues? [23:43:13] InezK: We are about to do (or just did?) a release of oojs-ui with like three breaking changes :P [23:43:22] InezK: James_F|Away is the one you want to coordinate that with [23:43:36] Off the top of my head I think master is fine but master a few days from now will be better [23:43:42] But yes talk to James [23:43:51] to be fair, they are technically breaking but only one of them has any actual difference in behavior and it's very minor (and will be corrected for) [23:43:56] InezK: You might like to hear that IME stuff should work much better now [23:44:08] yup :) that's one of the reasons to upgrade! [23:44:10] Yeah I'm now thinking of what other big things happened [23:44:13] InezK: Where are you guys at now? [23:44:15] RoanKattouw: iframes aren't importing styles - can you help bisect? [23:44:21] edsanders|away may be to blame [23:44:22] Urgh [23:44:24] Sure [23:44:26] RoanKattouw: code from end of May [23:44:36] He has a WIP commit killing isolated windows in VE actually [23:44:38] Which is AWESOME [23:44:38] see: http://cl.ly/image/2o25423K341y and http://cl.ly/image/1w3g1a403f1q [23:44:44] that will be awesome [23:44:49] Oh yeah James noticed that [23:44:49] a dream come true! [23:45:02] TrevorParscal: Are you sure this is also broken in Apex? [23:45:15] RoanKattouw: yes [23:45:26] and in VE core standalone demo (which uses apex) [23:45:28] And is there a pull-through commit that I can git review -d ? [23:45:32] so it's not mw specific either [23:45:34] to reproduce this locally [23:45:41] um, just head [23:45:43] Oh good to hear, I'll bisect on VE core then [23:45:45] Ah [23:45:47] master of VE core? Really? [23:45:51] it's broken in master [23:45:53] somehow [23:45:55] :( [23:46:02] master of OOjs UI [23:46:10] it's an isolated window manager thing [23:46:22] Oh master of OOUI, OK [23:46:29] Will bisect [23:51:15] master as in git master, haha. RoanKattouw I thought you were sucking up to TrevorParscal, the master of ooui. [23:51:25] hahahaha [23:51:29] Yeah now that I read that again [23:51:30] haha [23:52:13] It's Timo's fault [23:52:13] wb, master [23:52:18] https://gerrit.wikimedia.org/r/#/c/177997/ [23:52:46] TrevorParscal: As for WHY https://gerrit.wikimedia.org/r/#/c/177997/2/src/Element.js causes this bug, your guess is as good as mine [23:53:20] But bisect points to that commit, and reverting it fixes the bug [23:53:26] Ooooh [23:53:35] I think it's because we set this.$ in a special way in isolated windows? [23:53:59] just be sure to flip the isolated switch to see the brokenness [23:54:07] sorry, had to switch to tethering, internet just went down [23:54:10] I think so [23:54:10] still have power though [23:54:16] TrevorParscal: Did you get all my messages? [23:54:20] no [23:54:32] [15:52] RoanKattouw TrevorParscal: As for WHY https://gerrit.wikimedia.org/r/#/c/177997/2/src/Element.js causes this bug, your guess is as good as mine [23:54:33] [15:53] RoanKattouw But bisect points to that commit, and reverting it fixes the bug [23:54:35] according to my computer there were no messages between mine [23:54:35] [15:53] RoanKattouw Ooooh [23:54:36] [15:53] RoanKattouw I think it's because we set this.$ in a special way in isolated windows? [23:54:45] I believe it's because [23:54:47] this.$ = function () { [23:54:48] throw new Error( 'this.$() cannot be used until the frame has been initialized.' ); [23:54:50] }; [23:54:51] Does not have a .context [23:54:52] yeah, that's a special thing [23:55:12] someone trying to use it too early will get into trouble [23:55:39] Well Timo changed getElementDocument() to use this.$.context rather than getting the document of this.$element [23:55:52] And at that stage in a Window's life cycle, those two aren't equivalent [23:55:58] Because this.$.context will be undefined [23:56:07] yeah, so there are a few mistakes that need to be rolled back here then [23:56:14] A few? Just one [23:56:17] It's literally a one-line change [23:56:31] you said that getElementDocument is also assuming $.context [23:56:34] No [23:56:36] that sounds like 2 [23:56:39] It used not to [23:56:44] The *only* thing that changed [23:56:48] oh [23:56:51] i see what you are saying [23:56:59] ok... well write a commit to undo your merging sin and I will review [23:56:59] Is previously, getElementDocument looked at this.$element[0].ownerDocument, and now it looks at this.$.context [23:57:10] Yes, oh master of OOUI [23:57:38] I shall grant forgiveness to those who atone for their sins [23:57:52] I do think though that it's stupid that Element.js has to know that this.$.context can't be relied upon, even though it sets it up itself, because one of its subclasses somewhere messes with it [23:58:11] Instead I feel like the onus should be on Window to do its messing-with correctly [23:58:35] yes, I'm open to you correcting your mistake by doing it right [23:58:40] OK will do [23:58:41] but I will also accept a simple revert [23:58:44] It's a one-liner either way [23:58:48] sure [23:59:41] I'm just amazed there's no JS errors [23:59:53] Returning undefined from getElementDocument() seems like something that would cause that