Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
system.module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
7 Sep 2013 at 11:46 UTC
Updated:
29 Jul 2014 at 22:53 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
klonos...less vague title (there are at least 3 issues with the same name: #2075949-10: Add Libricons to messages).
Comment #2
lewisnymantagging
Comment #3
outi commentedReplacing the icons on the system.admin.css by the libricon icons. (The draggable icon in system.module.css is not changed.)
Comment #4
lewisnymanLooks like these paths are missing the ‘icons’ folder
Comment #4.0
lewisnymanAdded more info
Comment #5
outi commentedOh, that's true. I fix it.
Comment #6
outi commentedI changed one more icon in the system.module.css file and fixed the bad url path on the system.admin.css file.
Comment #7
outi commentedComment #8
rteijeiro commentedReviewing...
Comment #9
rteijeiro commentedPatch applies well and new SVG icons are loaded. Seems to be a RTBC for me :)
Comment #10
pameeela commentedLooks good to me too!
Comment #11
webchickCommitted and pushed to 8.x. Thanks!
Comment #12
echoz commentedFollowup!
* These png fallbacks had not been optimized, and now have been run through ImageOptim.
* In system.module.css -
The move icon (drag handle) is positioned poorly. This patch improves this and cleans up the related css, including removing a corresponding RTL ruleset where there was no direction specific property/values.
Before
After
* Fixed a place in both system.admin.css and system.module.css where "png" was accidentally "svg".
* In system.admin.css -
Removed LTR comments on icon bkg css that were not direction specific (but hadn't had corresponding RTL css added anyway).
* Corrected one instance of missing RTL css that was legitimately missing and removed an obsolete ruleset.
Comment #13
lewisnymanIt looks like the drag icons disappear on hover :(
Comment #14
echoz commented#13, They did before i patched this. I thought it was intentional because when hovering, the icon is replaced by the "drag handle" cursor. Setting back to needs review to move this along.
Edit: I just checked and this is how the drag handles work on the menu interface, so if it's a bug, it's broader and I believe deserves a new issue.
Comment #15
lewisnymanAh you're right, I had a look on iPads because I remember doing a fair amount of touch specific styling in #1261002: Draggable tables do not work on touch screen devices.
It needs a little bit of work. I think we can increase the size of the image on touch, which we couldn't do before because it was not SVG.
Comment #16
echoz commented@LewisNyman, so isn't #15 still another issue? I checked on my iPad and the menu admin screen as in your screenshot is identical before and after #12 patch. To be clear, in #11 a patch got committed, and my followup #12 patch is for optimizing the png fallbacks, drag handle positioning (non touch), and css cleanup. Shouldn't this just go through even if it doesn't address an additional issue, nor cause that issue?
Comment #17
lewisnymanYep my mistake. I'll do one more review when I get time.
Comment #18
lewisnyman#12: system_module_libricons-2083947-12.patch queued for re-testing.
Comment #19
lewisnymanI'm happy with the code fixes here. Thanks @echoz!
Comment #19.0
lewisnymanAdded test pages
Comment #20
alexpottCommitted ea232c3 and pushed to 8.x. Thanks!
Fixed the following on commit