У IE проблема с анализом свойства flex
.
Вот несколько обходных решений, которые сработали для меня:
flex: 0 0 35%
. Попробуйте следующее: flex-grow: 0
flex-shrink: 0
flex-basis: 35%
flex-shrink
включен. Поэтому вместо этого: flex: 0 0 35%
Попробуйте следующее: flex: 0 1 35%
(В других случаях flex-shrink
должно быть отключено : Элемент Flex перекрывает другой элемент в IE11 ) flex-basis
Это может зависеть от вашей версии IE11. Поведение меняется. Попробуйте следующие варианты: flex: 1 1 0
flex: 1 1 0px
flex: 1 1 0%
Подробнее здесь: Поведение изображения в flexbox (строки, встроенные в столбцы) Почему свойство shorthand flex ведет себя иначе, чем свойства long hand в IE ? flex: 1
используйте flex: auto
(или добавьте в flex-basis: auto
) Если вы используете flex: 1
в flex-direction: row
] (например, на более крупных экранах), и вы переключитесь на flex-direction: column
в запросе на медиа (скажем, для мобильных устройств), вы можете обнаружить, что ваши элементы гибки обрушиваются. В запросе на медиатеку добавьте flex-basis: auto
. Это переопределит значение flex-basis
в правиле flex: 1
(обычно это 0
, 0px
или 0%
, в зависимости от браузера). Использование flex: auto
должно также работать, что мало для: flex-grow: 1
flex-shrink: 1
flex-basis: auto
width
/ height
вместо flex
. block
вместо макета flex
. Вам не нужно полностью отказаться от гибкого макета. Но для конкретного контейнера вы можете выполнить работу с display: block
вместо display: flex; flex-direction: column
. Например, при необходимости использовать трюк padding для интерактивного встраивания видео в гибкий элемент, препятствие, с которым я столкнулся, состояло в том, что некоторые браузеры плохо работают с процентным заполнением (или маржи) в гибком контейнере . Чтобы это сработало, я переключил значение display
на элемент flex из этого: /* a flex item, also a nested flex container */
#footer-container > article {
display: flex;
flex-direction: column;
}
на это: #footer-container > article {
display: block;
}
В вашем коде подразумевается конструктор по умолчанию, который не может быть правильно помечен Emma, поскольку он не имеет блока текста.
Так как он не помечен в блоке текста неправильно, Эмма не может связать журнал охвата с текстовым файлом, и похоже, что какой-то код не распространяется; потому что вы запускали некоторый байт-код, но журнал регистрации не мог быть зарегистрирован. Позже, когда элемент отчетности считывает ведение журнала строки, они не могут найти номера строк для конструктора по умолчанию, и он выделяет ошибку в единственном месте, которое имеет смысл, строка объявления класса.
Конструктор по умолчанию выглядит как
public Arithmetic() {
super();
}
. Где супер - подразумеваемая первая инструкция, которая построит Object
. Хотя вы можете опустить его присутствие, компилятор добавит его для вас. Вот где вы получаете «3 строки» вместо одного.
Я думаю, вам нужно будет либо проверить экземпляр Arithmetic
, либо объявить его конструктор private
, чтобы запретить создание экземпляра
IIRC, вам нужно создать экземпляр класса для использования предоставленного языком конструктора.